LE MAGAZINE PRATIQUE DE LA PROGRAMMATION 
8 

Partie»^ et 





Initiation, graphisme, 
techniques de 
programmation, 
courrier des lecteurs 
trucs et astuces... 




Client/Serveur 

Copyright 1983-95 



contre Visual Basic 



combat du siècle"! 



■ ^^^v p 



L'épreuve du feu 
Création d'un logiciel 
en Delphi 



Initiation 
Trucs et astuces 



\M 



Créez votre je 
de stratégie 



âge C 




Une disquette accompagne cet exemplaire 
sinon, demandez-la à la caisse. 



L9594- 8 - 49,00 F-RD. 



PC FUTÉ N° 8 - Octobre/Novembre 1996 



Gratuit 

la disquette du numéro 

Les routines, programmes et listings du magazine 
Des listings et des VBX pour Visual Basic et Delphi 
Les créations de nos lecteurs. 



O M 



M 



I R 



vi 



ACTUALITES 



^■INITIATION VISUAL BASIC 



• Les news 

Le inonde de l'informatique ne cesse de bouger ! 
De nouveaux produits sortent tous les jours ! 



COURRIER 



* Vos questions, nos réponses 

Quels que soient vos problèmes, n'hésitez pas à 
nous écrire. Ces pages sont ouvertes à tous. 



wiimui 



Avez-vous des idées originales sur la manière de 
créer un jeu ? Si oui, participez à notre concours ! 



ANNUAIRE 



• Inscrivez- vous dans notre annuaire 

Vous cherchez des contacts pour développer un 
projet intéressant ? Une seule solution, inscri- 
vez-vous à notre annuaire informatique ! 



DEBUTANT 



• Qu'est-ce qu'un langage de programmation ? 
La création d'un programme ressemble plus à une 
recette de cuisine qu'à une conversation classique. 



TECHNIQUES DE PROGRAMMATION 15 



• Les jeux d'aventure 

Les jeux d'aventure font partie des logiciels les 

plus complexes à programmer. 
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• Trucs et astuces 

V>ici quelques trucs et astuces pour vous simplifier la vie 



• Manipulations graphiques en VB 3.0 page 28 
Le VB est assez limité du point de vue manipu- 
lations d'images. Heureusement, il est possible 
d'utiliser les fonctions graphiques de Windows ! 

• Trucs et astuces P a g e 3 1 
Quelques techniques pour vous faciliter la vie ! 

• Les logiciels VB P a g e 34 
Description des listings et des fichiers VBX 
contenus sur la disquette du mois. 
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• Créez votre Pacman (III) 
Le moment tant attendu est venu ! Nous allons 
donner l'étincelle de vie à la créature ! Le don- 
jon va enfin avoir un gardien ! 



GRAPHISME ET LANGAGE C 39 



• Accès direct à la mémoire vidéo p a g e 39 
La manière la plus efficace pour réaliser des 
logiciels graphiques performants est d'agir 
directement sur la mémoire vidéo. 

• Chargement d'une image BMP P a g e 41 
Cet article vous explique comment charger une 
image BMP sur l'écran. C'est indispensable 
pour créer des logiciels graphiques. 
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* Programmation d'un jeu de stratégie 
Vous aimez Civilisation ? Vous avez des idées 
sur le jeu de simulation idéal ? Dans ce cas, 
pourquoi ne pas créer votre propre logiciel ? 
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• L'épreuve du feu page 21 
Delphi est-il un véritable concurrent pour le Visual 
Basic ? Pour connaître la réponse à cette question, 
nous avons mis un exemplaire de Delphi entre les 
mains d'un spécialiste en Visual Basic 

• Les fichiers Delphi page 23 
Voici la description des programmes composant 
Delphi que nous avons mis sur la disquette. 
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• Créez votre propre Columns 

La puissance de Delphi rend aisée la réalisation 
de petits programmes graphiques. 



• Utilisation de DirectDraw 
Cet article vous présente un ensemble de rou- 
tines permettant d'utiliser les fonctions du 
module graphique DirectX pour Windows 95. 



LECTURES 



• Les livres du mois 

Il est difficile de choisir un ouvrage de pro- 
grammation, tant le choix est vaste ! Voici notre 
sélection du mois. 



INSTALLATION DISQUETTE 



Comment installer la disquette et que contient-elle ? 
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D 

L'évolution des langages de programmation se traduit 

par une complexité qui va croissante. C'est tout par- 

/^\ ticulièrement le cas des langages Windows qui 

bénéficient de la puissance de l'interface graphique et 

surtout de sa structure interne complexe. Heureusement, nous assistons actuellement à 

l'émergence d'une nouvelle génération de langages comme Visual Basic et Delphi. Ces 

systèmes de développement sont faciles à utiliser et offrent la possibilité de créer rapidement 

des programmes Windows. Le principe de base est l'utilisation d'objets graphiques intelligents, 

capables d'effectuer certaines tâches par eux-mêmes. 

Cela transforme la programmation en une sorte de jeu de mécano où le développeur choisit 
les objets qui lui plaisent, les place sur l'écran et écrit quelques instructions de manière à lier 
les objets entre eux et gérer les variables du programme. Cette technique révolutionnaire 
permet d'écrire des applications Windows, sans se soucier des détails techniques complexes. 
Ceux-ci sont traités automatiquement par les objets graphiques. Seul le créateur des objets 
doit se plonger dans les subtilités de la programmation Windows. Les langages, têts que Delphi 
et Visual Basic, sont précurseurs des langages du siècle prochain. Il est probable que les années 
à venir soient marquées par l'apparition d'autres langages utilisant les mêmes principes. Par 
exemple, pourquoi pas un Delphi C, permettant d'écrire des programmes C avec la même 
simplicité que Delphi ? On peut y rêver en regardant le Visual C... 
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ACTUALITES 



Les news 



Le monde de l'informatique ne cesse 
de bouger ! de nouveaux produits 
sortent tous les jours, tandis que 
les éditeurs multiplient les annonces. 
Voici un résumé actualités qui 

NOUS ONT PARU IMPORTANTES. 



Matériels 

Le Pentium 75 n'est plus fabriqué. Le nouveau micro- 
processeur de base est le Pentium 100. De plus, Intel a 
annoncé, qu'à la fin de l'année, le microprocesseur de base 
serait le Pentium 133. Encore quelques mois et les possesseurs 
de Pentiums 75 pourront mettre des Pentiums 133 dans leur 
machine pour le prix d'un baril de lessive ! 
Le prix de la mémoire s'est effondré en quelques mois. On 
trouve actuellement des barrettes 8 Mo EDO pour moins de 
400 F et des barrettes 16 Mo pour moins de 800 F. C'est le 
moment d'augmenter la mémoire pour profiter pleinement 
de Windows 95 qui n'est vraiment utilisable qu'avec 16 Mo ! 
La carte graphique Matrox Mystic est en vente depuis peu. 
C'est la première carte conçue spécifiquement pour exploiter 
le système graphique DirectX pour Windows 95. Son prix 
théorique est de 1 490 F en version 2 Mo, mais certaines 
boutiques parisiennes la proposent déjà pour moins de 1 000 F. 
Les cartes graphiques dialoguent avec les PC par 
l'intermédiaire du bus PCI qui fonctionne à 66 Mhz. Cela va 
changer, avec la sortie prochaine d'un nouveau bus 
graphique dont la vitesse de transfert est 4 fois supérieure à 
celle du bus PCI. Nous en reparlerons prochainement. 



Shareware 

L'aFAs (Association Française des Auteurs de Shareware) 

existe depuis novembre 1995. Ses objectifs sont d'aider les 

auteurs à améliorer la qualité de leurs logiciels, de mettre 

en contact les auteurs entre-eux et de promouvoir le 

shareware en France. Voici leur adresse, pour adhérer i 

l'association ou obtenir des renseignements : 

Anne Marie Beignatborde 

L'Association Française des Auteurs de Shareware 

La Herrane 

32800 Réans 

Tel: 62 09 74 85 

Internet: afas@sunsn 



Visual Basic 

Le Visual Basic 5.0 devrait voir le jour d'ici quelques mois. 
Par rapport à la version 4.0, il devrait enfin être capable de 
produire des programmes exécutables, n'ayant plus besoin 
de runtime. Nous en reparlerons ultérieurement. 
La société Micrografx, connue pour sa gamme de logiciels 
graphiques pour Windows (ABC Graphics Suite, Windows 
Draw 4.0, Designer, Picture Publisher, Instant 3D, Simply3D, 
Visual Reality...), vient de signer un accord de licence avec 
Microsoft pour intégrer le langage Visual Basic Edition 
Application dans ses applications. A terme, les pro- 
grammeurs en Visual Basic pourront utiliser les logiciels 
graphiques de Micrografx, comme de simples composants 
graphiques programmables. 




Pentium Multimédia 

Le Pentium Multimédia (MMX) n'est pas encore disponible. 
Mais les principaux éditeurs ont annoncé des versions MMX 
de leurs produits. A quand le Visual Basic MMX, le Visual C 
MMX et le Delphi MMX ? Le système graphique DirectX 
MMX pour Windows 95 est annoncé pour la fin de l'année. 




Internet 

Borland a annoncé la sortie imminente d'une 
nouvelle version de Delphi capable de générer 
des applications et des serveurs Internet. Avec le 
Borland C++ 5.2 qui peut compiler des 
applications Java, Borland est en train de 
devenir un acteur important du monde Internet. 
IBM a acheté une licence Java. L'ex-géant de 
l'informatique serait-il en train de rattraper le train en marche ? Va-t-il combiner 
cela avec le système d'exploitation 7.0 acheté à Apple ? 

La société Netscape n'apprécie pas trop que Microsoft fournisse gratuitement la 
dernière version de Microsoft Internet Explorer. Elle a porté plainte devant le 
gouvernement américain pour pratique commerciale illicite. La justice américaine 
a poussé un soupir et ajouté quelques pages à l'épais dossier Microsoft qui se 
remplit lentement tous les jours. Voici quelques années, la commission américaine 
anti-monopole a forcé les Laboratoires Bell à diviser ses activités en plusieurs 
sociétés indépendantes. Est-ce un avenir possible pour Microsoft ? 



Microsoft est sur le point de lancer une 
grosse campagne de vente pour Win- 
dows NT 4.0. Notre bon vieux Win- 
dows 95 est-il déjà mort, alors que de 
nombreux utilisateurs se ser-vent 
encore de Windows 3.1 ? Rappelons 
que les logiciels Windows 16 bits ne 
pourront pas fonctionner avec Win- 
dows NT 4.0. Seules les applications 32 
bits développées avec Windows 95 
seront compatibles avec le nouveau 
système d'exploitation. En fait, le véri- 
table problème est de savoir quelle est 
la configuration machine nécessaire 
pour le nouveau système (32 Mt 
•ntium 133 ou plus ?). 



Mo, 
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vos questions, nos réponses... 

Nous avons besoin de vos conseils et de vos questions afin de vous offrir le meilleur magazine possible. 
Quels que soient vos problèmes, n'hésitez pas à nous écrire. Ces pages sont ouvertes à tous. Et n'ou- 
bliez jamais que ce magazine est le vôtre ! 



Qbasic 

J'ai acheté le numéro 6 de votre revue pour les 
articles en Qbasic. C'est intéressant, mais j'aurais 
aimé que vous expliquiez le fonctionnement de la 
procédure LoadBmp car c'est le coeur de l'article. Les 
paramètres les plus déroutants appellent peut-être 
un brin de commentaire. Ainsi, dans la ligne 
«rien=ASC(lnput$(1,fic))/4», je ne comprends pas le rôle 
de «/4». C'est la même chose pour les instructions 
«seek fie, 54» et «seek fie, 1079». Que signifient ces 
chiffres ? De plus, j'ai eu un message d'erreur «appel 
de fonction non permis» en utilisant votre routine. 
Pourquoi ? 

jt L'article Qbasic de PC FUTE n °6 traitait 
Ç des instructions graphiques CET et PUT 
qui permettent de stocker des images en 
mémoire et de les rappeler à volonté et de 
l'affichage d'images en ombres chinoises. 
Plusieurs programmes d'exemples utilisent la 
procédure LoadBmp pour charger des images 
BMP 320x200 à partir du disque, mais le but 
de l'article n'est pas le chargement d'une image 
BMP. LoadBmp est une procédure standard 
faisant partie de la bibliothèque classique d'un 
programmeur en Qbasic, avec des performances 
plutôt limitées. C'est pourquoi nous n'avons pas 
étudié la question en détail. 

Pour répondre à votre question, l'instruction 
«rien=ÂSC(Input$(î,fic))/4)» charge un octet 
à partir d'un fichier. Il s'agit de l'intensité 
lumineuse d'une couleur, codée sur 256 valeurs 
différentes (0= pas de lumière, 255 = lumière 
intense). La palette de couleurs VGA utilisée 
par le Qbasic gère seulement 64 niveaux de 
luminosité (0 = pas de lumière, 63 - lumière 
intense). La routine de chargement doit donc 
convertir le codage sur 256 valeurs en un codage 
sur 64 valeurs. La manière la plus simple est de 
diviser l'indice de lumière par 4 (256/64=4). 
Cela fonctionne parfaitement ! 

Vous vous demandez à quoi servent les 
instructions «seek fic,54» et «seek fie, 1 079». 
Elles permettent au programme d'accéder à 
différents endroits du fichier contenant l'image 
BMP, sans lire tout les octets intermédiaires. 
L'instruction «seek fie, 54» positionne le 



programme au début de la zone contenant la 
palette de couleurs de l'image et l'instruction 
«seek fie, 1079» place le programme au début 
de la zone contenant l'image elle-même ! 

Vous trouverez dans ce magazine un article 
expliquant comment charger une image BMP 
dans un programme en Langage C. Ce n'est pas 
du Qbasic, mais le principe de chargement est 
le même, quel que soit le langage utilisé ! 
La routine LoadBmp est très lente à charger 
une image BMP car le Qbasic manque 
d'instructions permettant d'accéder rapidement 
aux fichiers et de manipuler la mémoire. Nous 
verrons bientôt comment remédier au problème 
et charger une image BMP très rapidement 
en Qbasic ! 

Vous avez eu un message d'erreur «appel de 
fonction non permis» en tentant de charger 
une image inexistante. C'est l'instruction 
Input$(ï,fic) qui a généré l'erreur quand le 
Qbasic a tenté de lire un octet en provenance 
d'un fichier inexistant ou impossible à ouvrir, 
à cause d'un problème disque. Pour éviter cela, 
il faut vérifier si un fichier existe effectivement 
avant de l'ouvrir. L'article «Qbasic - Trucs et 
astuces» vous explique comment faire cela dans 
vos programmes. 



Synthèse d'images 

J'ai remarqué (Ô Horreur !!) que vous avez supprimé 
la rubrique «Initiation Persistence of Vision» dans la 
nouvelle formule de votre magazine. M'étant remis de 
mes émotions, je vous écris principalement pour cette 
raison. Ayant acquis POV avec le numéro 2 de PC 
GENIUS, je suivais cette rubrique avec assiduité. C'est 
pour cela que je prends la plume, ou plutôt le clavier, 
pour vous convaincre de remettre cette rubrique «en 
circulation». 

TT Félicitations ! Vous avez réussi votre coup 
f et notre rubrique «Synthèse d'image» va 
revenir dès le prochain numéro. Mais l'approche 
sera différente. Plutôt que d'expliquer des 
notions théoriques, nous préférons privilégier 
le côté «pratique» de l'image de synthèse. 



PC FUTÉ N° 



'COURRIER DES LECTEURS 



Les thèmes traités seront le dessin de boutons 
3D, la génération de polices de caractères en 
relief et le dessin d'éléments graphiques (logos, 
titres, animations, etc.) utilisables dans les 
programmes. 



DOS 

En voyant l'évolution du DOS et de Windows, je ne peux 
m'empêcher de me poser quelques questions. Pourquoi 
a-t-on fait évoluer Windows en 32 bits, alors que le DOS 
reste désespérément en 1 6 bits ? Je pense pourtant qu'une 
version 32 bits du DOS aurait eu un grand succès auprès 
des programmeurs et des utilisateurs ! 

I // est difficile de se mettre dans ht peau 
V de ceux qui décident de l'évolution de 
l'informatique, en fonction de critères complexes 
faisant intervenir un peu de technique, mais 
surtout de considérations commerciales et de 
luttes acharnés entre corporations géantes. C'est 
pourquoi nous n'avons pas eu de DOS 32 bits, 
mais Windows 3. 1, Windows 95 et bientôt 
Windows NT 4.0 ! C'est dommage pour les 
utilisateurs et tant mieux pour les industriels 
qui peuvent vendre de nouvelles machines et de 
nouveaux systèmes. Nous sommes pris dans une 
spirale infernale où le credo est «Toujours plus!» 
à la place de « Toujours mieux !». C'est 
dommage, mais c'est comme cela ! 



Pourquoi y a-t-il tant de problèmes avec les cartes 
graphiques et sonores sous DOS ? Pourquoi n'y a-t-il 
pas de systèmes de drivers standard pour le DOS ? Cela 
existe bien pour Windows, alors que c'est un système 
bien plus complexe que le DOS ! Cela faciliterait 
considérablement la vie des pauvres programmeurs 
comme moi ! Si j'ai bien compris vos articles, le système 
DirectX pour Windows est essentiellement une série de 
drivers très rapides, adaptés à chaque carte graphique et 
sonore. Est-il possible d'utiliser ces drivers avec le DOS ? 

JL II n'existe pas de drivers graphiques et 
* sonores universels sous DOS, parce que 
personne n'a fait l'effort de concevoir et 
d'imposer un système standard. Chaque 
constructeur suit ses propres idées et ne parle 
pas avec ces concurrents. Les seuls standards 
existants sur le marché sont des produits ayant 
tellement bien marché que tout le monde les a 
copiés (carte graphique VGA d'IBM et carte 



sonore Sound Blaster de Créative Labs). La 
seule tentative vraiment sérieuse pour créer 
un standard graphique a été la norme VESA. 
Mais les fabricants de cartes vidéo ont interprété 
d'une manière plutôt fantaisiste les spécifications 
graphiques VESA. Le seul mode graphique 
commun à toutes les cartes graphiques VESA 
est le mode 640x480 en 256 couleurs. 

Il est dommage que Microsoft n'ait pas tenté 
d'imposer un système de drivers DOS standard. 
C'est la seule société ayant la puissance 
commerciale et le leadership technologique 
suffisant pour réussir ce tour de force. Mais 
les stratèges de Microsoft ont préféré parier 
sur Windows et laisser mourir le DOS par 
abandon. C'est pourquoi il n'existe pas de 
systèmes de drivers standard pour le DOS. 
Les drivers graphiques et sonores de DirectX 
ne peuvent pas être utilisés sous DOS car ils ont 
été conçus spécifiquement pour Windows 95. 

Comment le Bios fait-il pour reconnaître nombre 
de matériels et rester compatible avec ? 

I Le Bios est totalement incapable de 
V reconnaître quoi que ce soit ! Les seules 
cartes compatibles avec lui sont celles qui 
contiennent leurs propres extensions Bios. C'est 
le cas avec certains disques durs SCSI et les 
cartes graphiques VGA. La plupart des fonctions 
Bios de ces cartes graphiques ne sont pas 
vraiment utilisables par les programmes, car 
elles correspondent à des normes graphiques 
spécifiques à chaque constructeur. Les seuls cas 
de fonctions Bios (presque) totalement 
compatibles sont celles de la souris, car tous 
les constructeurs ont copié les spécifications de 
la première souris Microsoft. 



Visual Basic 

Je vous écris pour vous dire que je suis bien content 
que vous vous aperceviez enfin que tout le monde 
ne dispose pas de Visual Basic 4.0, ni de Windows 95. 
Nous avons eu déjà du mal à comprendre notre 
Windows 3.1 et je suis sûr qu'il existe encore beaucoup 
de gens qui utilisent le Visual Basic 2.0 sur des 386 SX. 
Vos articles sur l'initiation au Visual Basic sont très bien, 
mais à raison de 1 ou 2 instructions, propriétés ou 
astuces par numéro, nous aurons fini de faire le tour 
du VB 3.0 et 4.0 vers l'an 2387. 
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S V° s calculs sont exacts, mais nous n'avons 
X pas l'intention de présenter toutes les 
instructions du Visual Basic. C'est le travail des 
éditeurs de livres et ils le font bien, vu le poids 
des derniers ouvrages sur le VB. Notre but n'est 
pas de concurrencer ces superpuissances de 
l'édition informatique, mais de vous aider dans 
vos problèmes quotidiens en VB, d'attirer votre 
attention sur certaines instructions intéressantes 
et de répondre à vos questions. 

Nous sommes conscients que tout le monde ne 
possède pas Windows 95, ni le Visual Basic 4.0. 
C'est pourquoi nous allons nous concentrer sur 
le VB 3.0, sans toutefois oublier déparier du 
VB 4. 0, chaque fois que ce sera nécessaire ! En 
général, la transition est très rapide entre deux 
versions d'un même langage. Mais ce n'est pas le 
cas avec le VB 4.0, où il faut également changer 
de système d'exploitation et passer à Windows 
95, ce qui nécessite un PC musclé ! Le même 
problème se pose avec Delphi 2.0 qui ne 
fonctionne qu'avec Windows 95. C'est pourquoi 
nous allons parler simultanément de Delphi 1.0 
(Windows 3.1) et de Delphi 2. afin de ne léser 
personne. 



Windows 

Quand on voit la vitesse des applications en «vrai» 
multitâche comme Unix et OS/2, on se pose des 
questions sur les raisons qui font sortir les logiciels 
Microsoft avec du retard. Pourquoi Windows 95 est-il 
moins performant que ces autres systèmes 
d'exploitation ? 

JE Les systèmes d'exploitation dont vous parlez 
* ont été écrits en code 32 bits, de manière 
à utiliser au mieux les performances des PC 
modernes. Ils fonctionnent en multitâche 
préemptif, c'est-à-dire que le temps d'exécution 
est réparti équitablement entre tous les 
programmes actifs. C'est le système d'exploitation 
qui gère cette attribution de temps. Cette 
technique nécessite que le système d'exploitation 
soit capable de gérer les conflits de périphériques. 
En effet, il peut se produire un problème si deux 
programmes tentent d'accéder simultanément au 
même fichier ou d'écrire en même temps sur 
l'écran. Windows 3.1 n'est pas un vrai système 
d'exploitation, son fonction-nement repose sur le 
DOS qui n'a pas été prévu pour gérer les conflits 



de périphériques. C'est pourquoi il utilise une 
technique de multitâche non-préemptif Cela 
veut dire que ce sont les programmes qui gèrent 
eux-mêmes le multitâche. Chaque application 
prend le contrôle du système pendant un certain 
temps et décide elle-même du moment oh elle 
signale à Windows 3. 1 qu'il peut donner le 
contrôle à une autre application. Cela évite les 
conflits de périphériques, les programmes ne 
redonnant la main à Windows que lorsque les 
accès aux périphériques sont terminés. C'est une 
technique dangereuse, car un programme mal 
écrit peut perturber le fonctionnement du 
multitâche et bloquer l'ensemble du système. 

K Si Windows 95 était un vrai système 
* d'exploitation 32 bits avec un multitâche 
préemptif, il ne pourrait pas exécuter les 
programmes écrits pour Windows 3.1. C'est 
pourquoi Windows 95 est un système hybride 
qui peut exécuter des programmes 32 bits en 
mode multitâche préemptif et des programmes 
16 bits (Windows 3. 1) en multitâche non- 
préemptif. Cette compatibilité fait que certaines 
parties de Windows 95 sont encore écrites en 
code 16 bits. Tout cela limite les performances 
de Windows 95, par rapport à de vrais systèmes 
d'exploitation écrits directement en code 32 bits 
avec un multitâche préemptif ! 

Les premiers PC ont été fabriqués avec le micro- 
processeur 16 bits Intel 8088 dont l'architecture 
interne était très mal conçue. Mais le DOS et 
tous les programmes 16 bits ont été conçus pour 
fonctionner avec ce microprocesseur. Avec le 
premier microprocesseur 386, les ingénieurs 
d'Intel ont fait un grand pas en avant. C'est un 
circuit qui intègre sur la même puce un micro- 
processeur 32 bits performant et un vieux 8088 
16 bits. Mais le logiciel évolue moins vite que le 
matériel ! Le DOS et Windows continuant à 
fonctionner en mode 16 bits, les programmes 
sont restés en code 16 bits ! En réalité, Windows 
95 est un système de transition entre Windows 
3. 1 et le futur système d'exploitation 32 bits 
Windows NT 4.0. C'est pourquoi ses performances 
sont inférieures à celles de vrais systèmes 
d'exploitation 32 bits ! Il faut encore attendre 
quelques mois pour savoir si Windows NT 4.0 
tiendra ses promesses. 

Pourquoi dit-on que Windows 95 est Plug and Play, 
alors que tout ce qu'il sait faire c'est utiliser des 
drivers existants comme sous Dos ? 



COURRIER DES LECTEURS 



I Windows 95 est Plug and Play (Brancher 
» et Utiliser), c'est-à-dire qu'il peut 
reconnaître et utiliser automatiquement 
n'importe quel périphérique. Mais pour que cela 
fonctionne, il faut que tous les périphériques 
soient également Plug and Play, ce qui est loin 
d'être le cas ! Une carte sonore classique pose les 
mêmes problèmes d'installation sous Windows 
95 que sous DOS ! Il faudra encore attendre un 
ou deux ans pour que toutes les cartes 
d'extension soient à la norme Plug and Play. 



Divers 

Vous avez expliqué comment programmer un casse 
brique en langage C. C'est stupide car il y a un 
exemple de ce type en Turbo Pascal. Si vous ne voulez 
plus parler du Turbo Pascal, dites-le franchement ! 

Jû Le fait de parler de la programmation d'un 
* casse brique en langage C serait 
effectivement un acte stupide si tous les 
programmeurs en langage C étaient des 
spécialistes du Turbo Pascal, ce qui est loin 
d'être le cas ! Ceci dit, nous allons arrêter le 
Turbo Pascal pour nous consacrer à Delphi, 
dont le véritable nom aurait dû être Visual 
Turbo Pascal pour Windows ! 



J'aimerais émettre quelques remarques concernant 
PC FUTE, sur le fait d'attaquer tous azimuts, c'est-à- 
dire de faire des articles sur le C, puis dans le même 
numéro sur Delphi et sur le Visual Basic. Ne croyez-vous 
pas que certains lecteurs ne vont pas savoir par où 
commencer ? Ils vont avoir tendance à se disperser et à 
apprendre dans toutes les directions, sans pour autant 
évoluer correctement ? Ne faudrait-il pas donner une 
marche à suivre au débutant ? N'allez vous pas faire en 
sorte de laisser sur la route certains de vos lecteurs qui 
n'auront pas pu suivre ? Ceci dit, je suis ravi de vos 
articles et je suis très content de votre orientation 
création de jeux et graphisme. 

X Le marché français de la presse 

* informatique est encore trop petit pour que 
nous sortions une revue consacrée au Visual 
Basic, une revue sur le C, une revue sur Delphi 
et une revue pour les autres langages. C'est 
dommage, mais la réalité économique nous 
oblige à traiter de tous ces langages dans la 



même revue. Ceci dit, un article sur la 
programmation en Visual Basic ou en Qbasic 
peut apprendre quelque chose d'utile à un 
programmeur Delphi. Les langages sont 
différents, mais les principes sont les mêmes. Par 
exemple, ce magazine contient un article 
expliquant comment écrire un jeu de type 
Civilisation en Langage C. Les techniques 
exposées peuvent être reprises en Turbo Pascal, 
en Visual Basic, en Delphi et même en Qbasic ! 

L'apprentissage de la programmation est une 
démarche personnelle. Il n'y a pas de technique 
infaillible pour apprendre l'informatique. Si 
c'était le cas, elle serait déposée depuis 
longtemps. Pour s'en convaincre, il suffit de 
regarder les livres parlant d'informatique. Ll 
n'existe aucun ouvrage universel capable 
d'amener un débutant au même niveau qu'un 
expert. De plus, nous n'avons pas envie d'écrire 
des articles sur des choses évidentes, 
abondamment expliquées dans les manuels 
techniques et les livres. Notre rôle est surtout 
d'attirer votre attention sur certains aspects 
élémentaires de la programmation, 
généralement oubliés par les auteurs qui 
écrivent les ouvrages informatiques. Nous ne 
sommes pas un guide qui vous indique la route 
en permanence, mais plutôt un éclaireur qui 
balise le chemin, en laissant des torches allumées 
aux endroits dangereux ! Chaque lecteur doit 
trouver son chemin, en tenant compte de nos 
indications de dangers l 

La Rédaction 



Nous avons besoin de vous ! 

// est difficile de parler d'initiation 
à la programmation sans connaître vos désirs. 
Que pensez-vous de cette série d'articles ? 
Y a-t-il des choses qui ne sont pas claires ? 
Voulez-vous des explications sur un point 
particulier ? Nous avons besoin de vos avis 

pour savoir ce qui vous intéresse. 

N'hésitez pas à nous écrire. N'oubliez jamais 

que ce magazine est le vôtre ! 
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CONCOURS 



Voulez-vous devenir un 
créateur de jeux vidéo ? 
avez-vous écrit un jeu 



GENIAL QUI DORT DANS 
UN TIROIR ? 
AVEZ-VOUS DES IDÉES 
ORIGINALES SUR 



Expédition 

Les disquettes contenant vos 

créations doivent être envoyées 

avant le 15 octobre 

à l'adresse suivante : 

Concours PC FUTE 

24 bis, rue du Gabon 



Un concours 

pour les créateurs 



LA MANIERE DE CREER 
UN JEU ? ETES-VOUS 
UN BON GRAPHISTE ? 

Si oui, participez 
à notre concours ! 
Les meilleures créations 
seront publiées 
dans notre magazine. 



Le concours annoncé dans PC 
FUTE n° 7 continue. Vous 
avez jusqu'au 1 5 octobre pour 
nous envoyer vos créations. Le thème 
est la création d'un jeu vidéo pour le 
DOS ou Windows. Tous les langages 
de programmation classiques peu- 
vent être utilisés. Il y a un concours 
pour les programmeurs et un autre 
pour les graphistes. Les gagnants ver- 
ront leurs créations publiées dans le 
magazine et recevront un chèque de 
1 000 F à titre de droits d'auteur. 

Les jeux 

Le jeu ne doit pas tenir sur plus de 3 
disquettes. Si le système de program- 
mation utilisé nécessite un runtime, 
comme le fichier VBRUN300.DLL 
du Visual Basic 3.0, celui-ci peut être 
fourni sur une seconde disquette. Le 
listing source doit nécessairement être 
présent. II doit comporter un maxi- 
mum de commentaires. Un petit 
fichier texte portant le nom d'IN- 
TRO. TXT doit présenter sommaire- 



ment le logiciel. La documentation 
du jeu doit se trouver dans le fichier 
texte DOC. TXT. Si vous avez le cou- 
rage de taper un texte parlant de la 
manière dont vous avez conçu le jeu 
et comment il fonctionne, il doit se 
trouver dans le fichier INFOS. TXT. 
Les critères de sélection seront l'ori- 
ginalité, le plaisir de jeu, l'esthétisme 
et la qualité technique. Vous pouvez 
nous envoyer autant de programmes 
que vous voulez. Aussi, n'hésitez pas 
à vider vos fonds de tiroirs ! Il y a 
peut-être une petite merveille qui 
dort dedans depuis longtemps ! Le 
thème n'est pas imposé. Vous pouvez 
nous envoyer aussi bien un jeu 
d'aventure, un jeu de logique, un jeu 
de simulation, un wargame, un jeu 
d'action, etc. L'intérêt du jeu comp- 
te plus que le thème. 
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A Les débutants peuvent commencer 
par créer des jeux de réflexion. Cela 
ne nécessite pas des connaissances 
techniques très poussées et le résul- 
tat peut être intéressant, à condition 
d'avoir de bons graphismes. 



Les graphismes 

Ce concours est réservé aux images 
pouvant servir à la réalisation d'un jeu. 
Ce peut être une image complète ou 
un assemblage de petits éléments gra- 
phiques (16x16 pixels pour les jeux 
Dos et 32x32 pour les jeux Windows). 
Par exemple, vous pouvez créer un jeu 
d'éléments de base permettant de des- 
siner une forêt, une jungle, un temple, 
un château fort, l'intérieur d'un vais- 
seau spatial, une grotte, etc. 
Les images doivent être fournies au 
format graphique BMP256 couleurs 
ou GIF256 couleurs. Ce sont les for- 
mats graphiques les plus utilisées. La 
palette de couleurs doit être iden- 
tique pour les éléments d'un même 
jeu. Les graphistes ont souvent du 
mal à se rappeler ce détail. Rien n'est 
plus crispant pour un programmeur 
que de s'apercevoir au moment de 
l'affichage qu'un sprite n'utilise pas la 
même palette que le reste des élé- 
ments graphiques ! 
Les graphismes peuvent êtres dessinés 
à la main ou créés avec un logiciel de 
raytracing de type POV. Ce n'est pas 
la technique de création qui compte, 
mais la beauté des images. Les gra- 
phistes professionnels utilisent les 
deux méthodes pour créer des jeux. 



Et le son ? 

Certains membres de la Rédaction nous ont fait remarquer que le son est 
très important pour les jeux vidéo. Si vous avez créé des sons digitalisés ou 
des musiques originales, envoyez-les nous ! Si nous recevons suffisamment 
de créations sonores, nous organiserons un concours de sonorisation. 
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'ANNUAIRE 



VOUS ETES UN 



PROGRAMMEUR CHERCHANT 



UN GRAPHISTE OU UN 



GRAPHISTE CHERCHANT UN 
PROGRAMMEUR ? 
VOUS ÊTES MEMBRE OU 
ANIMATEUR D'UN CLUB 



Inscrivez-vous dans 
notre annuaire 




Notre Adresse 
PC FUTE 

Annuaire 

24 bis, rue du Gabon 

75012 PARIS 



informatique ? vous 
cherchez des contacts 
ou des partenaires pour 
développer un projet 
intéressant 7 
Une seule solution, 
inscrivez-vous à notre 
who'you informatique ï 



— %><r 

ANNUAIRE PC FUTE 

Nom 

Adresse 

Téléphone 

□ Programmeur professionnel □ Programmeur amateur 

□ Autre (précisez) , 

□ Débutant Q Expérimenté 

Langages utilisés 
Centres d'intérêt 
Cherchez-vous des contacts ? 
Vos commentaires 



Un lecteur nous a suggéré de 
créer un annuaire informatique 
regroupant les adresses des per- 
sonnes intéressées par la pro- 
grammation. L'idée est intéres- 
sante car elle permet de faciliter 
l'échange d'informations et 
d'idées entre passionnés de pro- 
grammation. Elle facilite aussi la 
constitution d'équipes pluridisci- 
plinaires car il existe beaucoup de 
programmeurs, de graphistes et 
de musiciens cherchant des parte- 
naires pour créer des logiciels. 

L'opération concerne aussi les 
clubs d'informatique qui sont des 
endroits merveilleux pour ren- 
contrer des gens intéressants, 
suivre des cours et travailler en 
commun sur de gros projets. 

L'annuaire sera distribué sous la 
forme d'un fichier texte sur la dis- 
quette du mois. Cela ne prend 
pas de place dans le magazine et 
permet une consultation rapide. 
Nous la mettrons à jour à chaque 
nouvelle parution de PC FUTE. 

L'inscription est gratuite. Il suffit 
de nous écrire au magazine. Vous 
pouvez également répondre au 
sondage. Le numéro de télépho- 
ne est optionnel afin d'éviter les 
plaisantins qui donnent les 
numéros de leurs amis pour leur 
faire une blague. 
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DEBUTANT 



Un langage de 
programmation est un 
système qui permet de 
créer un programme. 



Mais cela n'a 



RIEN A VOIR AVEC 



le langage humain ! 
La réalisation d'un 
programme ressemble 
plus à l'élaboration 
d'une recette de cuisine 
qu'à une conversation 
entre deux 
interlocuteurs ! 



Le cerveau humain est un sys- 
tème très sophistiqué qui 
apprend à faire des choses par 
apprentissage et imitation. II se com- 
pose d'un gigantesque assemblage de 
neurones qui peuvent s'assembler par 
réseaux d'analyse spécialisés dans cer- 
tains domaines. Par exemple, il exis- 
te des assemblages de neurones spé- 
cialisés dans la détection des objets 
mobiles, l'analyse des contours, la 
reconnaissance des visages, l'identifi- 
cation du goût, le contrôle des 
doigts, etc. Tout cela fonctionne en 
même temps, d'une manière que les 
scientifiques commencent seulement 
à comprendre. C'est très complexe 
car les neurones se sont organisés 
eux-mêmes en réponse aux percep- 
tions reçues pendant les premières 
années de l'enfance. C'est une sorte 
de fourmilière, où chaque élément 
agit indépendamment des autres et 
dont la combinaison de toutes ces 
actions forme un tout cohérent. 
Les ordinateurs fonctionnent diffé- 
remment. Nous ne savons pas enco- 
re comment créer des machines fonc- 



Qu'est-ce qu'un langage 
de programmation ? 



donnant de la même manière que le 
cerveau humain. Tout ce que nous 
savons faire est de créer des sortes de 
grosses calculatrices dont l'intelligen- 
ce ne dépasse pas celle d'un grille- 
pain ou d'un ouvre-boîtes. La seule 
chose que ces machines primitives 
sont capables de faire est d'exécuter 
mécaniquement des instructions 
simples. C'est l'équivalent moderne 
des orgues de barbarie qui jouent de 
la musique écrite sur une bande de 
papier perforée. 

On peut comparer un ordinateur à 
une sorte de robot cuisinier exécutant 
automatiquement les différentes 
phases d'une recette de cuisine. Notre 
robot cuisinier peut exécuter par lui- 
même des ordres simples comme 
prendre x oeufs, les battre pendant x 
minutes, prendre x grammes de beur- 
re, allumer le four, mettre x litres de 
lait dans un saladier, couper des 
tomates, transférer le contenu d'un 



plat dans un autre, découper un mor- 
ceau de viande en x parts égales, pré- 
parer un bouillon, mettre un plat 
dans le four, attendre x minutes, reti- 
rer le plat du four, etc. Pour confec- 
tionner une recette particulière, il faut 
indiquer au robot la séquence précise 
d'ordres qu'il doit exécuter pour réa- 
liser le plat. Cela donne : 

- PRENDRE 3 OEUFS 

- PRENDRE 100 GRAMMES DE FARINE 

- PRENDRE 0,5 LITRE DE LAIT 

- PRENDRE UNE PINCEE DE SEL 

- PRENDRE UN BOL 

- CASSER LES OEUFS DANS LE BOL 

- MELANGER LE CONTENU DU BOL PENDANT 
1 MINUTE 

- METTRE LA FARINE DANS LE BOL 

- METTRE LE SEL DANS LE BOL 

- MELANGER LE CONTENU DU BOL PENDANT 
3 MINUTES 

- METTRE LE LAIT DANS LE BOL 

- MELANGER LE CONTENU DU BOL PENDANT 
3 MINUTES 



Quels langages pour débuter ? 

Le monde du PC est partagé entre l'ancien système Dos et Windows. C'est 
la même chose pour les langages de programmation, bien que les éditeurs 
ne commercialisent plus de langages DOS depuis quelques années. 
Le langage de base pour le DOS est le Qbasic. C'est un langage simple, qui 
de plus est offert gratuitement par Microsoft avec le DOS. C'est un avantage 
non négligeable pour les gens qui ont un budget informatique serré. 
Il n'existe pas vraiment de langages d'initiation pour Windows. 
Les éditeurs ne s'intéressent pas à ce créneau et préfèrent commercialiser 
des langages professionnels, puissants et surtout coûteux ! Néanmoins, 
il existe deux langages très intéressants pour les débutants : le Visual Basic 
et Delphi. Ils sont simples à utiliser et permettent de créer des applications 
performantes. 
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Pour définir avec précision une recette 
complète, il faudrait une bonne cin- 
quantaine de lignes. Chaque instruc- 
tion correspond à un ordre que peut 
exécuter le robot. Si la machine est 
incapable d'accomplir une tâche parti- 
culière, il faut la décomposer en tâches 
plus simples que le robot est capable 
d'exécuter. Prenons par exemple une 
recette pour faire une tasse de thé. 

- PRENDRE 1 SACHET DE THE 

- PRENDRE 0,3 LITRE D'EAU 

- PRENDRE 3 SUCRES 

- PRENDRE UN FOUR A MICRO-ONDE 

- PRENDRE UNE TASSE A THE 

- METTRE EAU DANS TASSE 

- PLACER TASSE DANS HICRO-ONDE 

- REGLAGE DU HICRO-ONDE SUR 3 MINUTES 

- ALLUMER LE MICRO-ONDE 

- ATTENDRE 3 MINUTES 

- COUPER LE MICRO-ONDE 

- RETIRER TASSE DU MICRO-ONDE 

- METTRE THE DANS TASSE 

- ATTENDRE 2 MINUTES 

- RETIRER SACHET DE LA TASSE 

- METTRE LES SUCRES DANS LA TASSE 

- MELANGER CONTENU TASSE 

Il est possible que le robot ne connais- 
se pas la fonction «METTRE LES 
SUCRES DANS LA TASSE». Après tout, la 
plupart des gens ne mettent qu'un 
sucre dans le thé. Dans ce cas, le robot 
ne connaît que l'instruction «METTRE 
UN SUCRE DANS LA TASSE». Pour 
mettre les 3 sucres dans la tasse, il faut 
répéter 3 fois la même instruction. 

- METTRE UN SUCRE DANS LA TASSE 

- METTRE UN SUCRE DANS LA TASSE 

- METTRE UN SUCRE DANS LA TASSE 

Notre robot est capable d'exécuter 
n'importe quelle recette, à condition 
qu'un cuisinier humain ait le courage 
de convertir ses propres recettes en 
une série d'ordres exécutables par le 
cuisiner robot. La conversion d'une 
recette en ordres robotiques peut 
prendre beaucoup de temps. II faut 
d'abord analyser la manière dont le 



cuisinier prépare sa propre recette. Ce 
n'est pas évident car l'esprit humain a 
tendance à faire des choses sans vrai- 
ment y porter attention. Il suffit par- 
fois d'un déséquilibre subtil entre 
deux épices pour rater un plat délicat. 

Une fois que notre cuisinier sait exac- 
tement comment préparer sa recette, 
il doit définir les différentes phases de 
la préparation dans le langage robo- 
tique. Ce n'est pas toujours évident et 
il faut parfois ruser comme dans le 
cas des 3 sucres ! Une fois la recette 
prête et entrée dans la mémoire du 
robot, il faut la tester. La seule maniè- 
re est de lancer l'exécution du robot 
et de voir ce qui se passe. Si le plat 
n'est pas réussi, il faut examiner ce 
que fait le robot 
étape par étape et 
voir l'endroit où 
se produit le pro- 
blème. Par défini- 
tion, le robot ne 
peut pas faire 
d'erreurs. Il se 
contente d'exécu- 
ter fidèlement les 
ordres. Si le plat 
n'est pas bon, le 
problème vient 
nécessairement 
de la recette. 
A partir du mo- 
ment où vous avez 

un robot cuisinier, vous pouvez créer 
toutes les recettes que vous voulez. Le 
robot n'hésitera pas à préparer 1 000 
plats de suite, à condition que tous les 
ingrédients soient disponibles. Les 
systèmes robotiques et informatiques 
exécutent tous les ordres sans jamais 
discuter, puisqu'ils n'ont aucune intel- 
ligence. C'est un gros avantage par 
rapport à un cuisinier humain. C'est 
aussi un inconvénient car ces systèmes 
n'ont aucun sens critique et peuvent 
créer les pires catastrophes. Un cuisi- 
nier humain s'arrête de travailler 
quand le chat monte sur la table. Ce 
n'est pas le cas du robot qui continue 



tranquillement à couper la viande, 
même si le chat s'approche de trop de 
près de la planche à découper ! 



I 



Qu'est-ce qu'un langage 
de programmation ? 



Un langage de programmation est 
l'ensemble des instructions que peut 
exécuter un ordinateur. Dans le cas 
du robot, le langage de programma- 
tion est l'ensemble des ordres que le 
robot peut accomplir. L'ordinateur 
est identique au robot, c'est-à-dire 
qu'il n'est capable d'exécuter qu'une 
action à la fois. Un programme est 
similaire à une recette de cuisine, à 
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i Voici un exemple de routine conçue pour exécuter une 
tâche bien précise. 



ceci près que les commandes de base 
d'un langage ne ressemblent pas à des 
ordres culinaires. Ce sont plutôt des 
commandes du genre «AFFICHER 
INFORMATION SUR ECRAN», «LIRE LE 
CLAVIER», «ADDITIONNER DEUX 
CHIFFRES», «TRACER UN CERCLE SUR 
L'ECRAN», etc. C'est ce qu'on appelle 
les instructions du langage. 

Les programmes sont plus complexes 
que les recettes de cuisine et ont 
besoin de stocker des informations. 
C'est pourquoi les langages de pro- 
grammation sont capables de stocker 
des informations en mémoire. C'est 
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un aspect fondamental de la pro- 
grammation car les ordinateurs sont 
surtout des machines à traiter l'infor- 
mation. Pour cela, les ordinateurs 
utilisent des variables. Ce sont de 
petits motceaux de la mémoire qui 
ne servent qu'à stocker des données 
numériques. Ces variables sont iden- 
tifiées par des noms, afin de faciliter 
leur utilisation. Le programme sui- 
vant vous montre comment il est 
possible d'additionner deux nombres 
et d'afficher le résultat sur l'écran. 

- CREATION VARIABLE A 

- CREATION VARIABLE B 

- CREATION VARIABLE C 

- A = 18 



- AFFICHER VARIABLE C SUR ECRAN 

Ce programme est théorique, mais il 
est possible d'utiliser un vrai langage 
de programmation pour faire la 
même chose. Nous avons choisi pour 
cela le Qbasic, un langage simple 
d'emploi. Voici la version Qbasic de 
notre petit programme : 



a = 18 

B - 23 
C = A + 1 
PRINT C 
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Les structures 
de contrôle 



Une recette de cuisine est un proces- 
sus linéaire, dont les étapes s'enchaî- 
nent les unes après les autres. Ce n'est 
pas le cas des programmes informa- 
tiques dont le fonctionnement doit 
être plus souple que l'exécution d'une 
recette de cuisine. Nos «recettes infor- 
matiques» doivent s'adapter aux 
impondérables. C'est pourquoi les 
langages de programmation sont 




équipés de struc- 
tures de contrôle 
permettant de 
surveiller et de 
modifier le dérou- 
lement des pro- 
grammes. 

La structure de 
test peut exécuter 
uneséauenced'ins- A Del P hi est un excitent langage de programmation pour 

™l _ créer des loaiciels au look Windows. 

tructions particu- 



créer des logiciels au look Windows. 



liète si une situation précise se pré- 
sente. L'exemple suivant est un pro- 
gramme qui lit une information à 
partir du clavier et arrête le déroule- 
ment du programme si le clavier 
fournit une certaine valeur. 

C = LECTURE CLAVIER 

SI C = 27 ALORS FIN PROGRAMME 

AFFICHER C SUR ECRAN 

Pour que cela fonctionne, il faut que 
le langage de programmation ait une 
instruction de lecture du clavier, une 
instruction qui stoppe le programme 
et une instruction qui affiche le 
contenu d'une variable sur l'écran. 

La structure de répétition est très 
importante. Elle permet d'exécuter 
plusieurs fois la même action. Par 
exemple, vous voulez afficher 5 fois 
de suite le message «BRAVO» sur 
l'écran de votre machine. Vous pou- 
vez écrire 5 fois la même instruction 
dans le programme, de la manière 
suivante : 



- AFFICHER 

- AFFICHER 

- AFFICHER 

- AFFICHER 

- AFFICHER 



iBRAVO» SUR ECRAN 
iBRAVO" SUR ECRAN 
:BRAVO" SUR ECRAN 
i BRAVO" SUR ECRAN 
i BRAVO" SUR ECRAN 



Ce n'est pas très élégant. Il est préfé- 
rable de dire à la machine d'exécuter 
5 fois l'instruction d'affichage. 



C'est plus propre et plus souple. En uti- 
lisant la même instruction, il est pos- 
sible d'afficher le message 10 fois ou 
même 100 fois. Il suffit juste de chan- 
ger un chiffre dans le programme : 

- REPETER 100 FOIS: 

AFFICHER «BRAVO» SUR ECRAN 

Les langages de programmation pos- 
sèdent de nombreuses structures de 
contrôle. Certaines sont des tests 
(égalité, supériorité, infériorité, etc.). 
Les autres sont des structures répéti- 
tives qui exécutent la même opéra- 
tion un certain nombre de fois, ou 
jusqu'à ce qu'une condition précise se 
produise. Ces instructions sont 
vitales pour la création des pro- 
grammes car elles permettent de 
modifier le comportement des pro- 
grammes en fonction des événe- 
ments extérieurs. 
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Les routines 



■ REPETER 5 FOIS: 

AFFICHER «BRAVO" 



La création d'une recette passe sou- 
vent par l'utilisation d'autres recettes. 
Par exemple, pour préparer une sala- 
de de riz, il faut des oeufs durs et de 
la mayonnaise. La préparation des 
oeufs et de la mayonnaise sont deux 
recettes spécifiques. Le cuisiner doit 
commencer par préparer ces deux 
recettes avant de s'occupet de la sala- 
de. C'est la même chose en informa- 
tique où certaines tâches peuvent être 
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'jeux et langage 



considérées comme de petites 
recettes, indépendantes du program- 
me principal. 

Les langages de programmation sont 
conçus de manière à ce que le pro- 
grammeur puisse créer ses recettes de 
base. C'est ce qu'on appelle les rou- 
tines. Une routine est un ensemble 
d'instructions réalisant une tâche 
précise. Il peut y avoir une routine 
pour dessiner un objet sur l'écran, 
une routine pour sauver une infor- 
mation dans un fichier, une routine 
pour trier une liste de noms par ordre 
alphabétique, une routine pour 
émettre un son, etc. Avant d'écrire un 
programme, il faut posséder une col- 
lection de routines de base. 
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Système 

de développement 



Comme nous l'avons vu, un langage 
de programmation se compose d'un 
certain nombre d'instructions. Mais 
il faut également des outils logiciels 
pour entrer le programme en 
mémoire et le tester. C'est ce qu'on 
appelle un système de développe- 
ment. Un système de développement 
se compose d'un éditeur, d'un com- 
pilateur et d'un débugeur. L'éditeur 
est une sorte de traitement de textes 
simplifié qui sert à taper et à modi- 
fier les instructions du programme. 
C'est avec ce système que vous entrez 
vos recettes de cuisine dans la 
mémoire de la machine. 

Le compilateur remplit une tâche 
plus subtile. En effet, le seul langage 
que l'ordinateur soit capable de com- 
prendre est le langage machine. C'est 
un affreux jargon technique très dif- 
ficile à comprendre et à utiliser. L'or- 
dinateur est dans la même situation 
qu'un cuisinier étranger très compé- 
tent qui travaille à Paris sans rien 
connaître du français. Il faut un 



interprète pour lui donner des ins- 
tructions. Cet interprète, c'est le 
compilateur. Il s'agit d'un logiciel très 
sophistiqué qui convertit un pro- 
gramme écrit dans un langage infor- 
matique classique en un programme 
en langage machine, compréhensible 
par l'ordinateur. 

Le débugeur est un système qui per- 
met d'exécuter un programme en 
«mode ralenti» et d'examiner ce qui 
se passe à l'intérieur. C'est une sorte 
de «traceur» qui donne la possibilité 
de comprendre ce que fait le pro- 
gramme et de voir ce qui arrive aux 
variables. Il autorise l'analyse en 
détail du fonctionnement d'un pro- 
gramme qui fonctionne mal et 
d'identifier la cause du problème. 
C'est un instrument précieux car il 
est rare qu'un programme fonction- 
ne correctement du premier coup. 
Les programmeurs passent générale- 
ment plusieurs heures à bricoler 
dans les entrailles de leurs créations 
avant d'obtenir un fonctionnement 
correct ! 
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Les systèmes de 
développement Windows 



Windows est une excellente interface 
graphique dont la vocation est de 
simplifier l'utilisation du PC. Mais 
cette simplicité d'emploi cache une 
grande complexité interne, ce qui ne 
facilite pas vraiment la programma- 
tion ! C'est pourquoi les langages de 
programmation Windows fonction- 
nent de manière graphique. Le pro- 
grammeur dispose d'une collection 
d'objets graphiques qu'il place sur 
l'écran pour dessiner l'interface gra- 
phique de son programme. Il écrit 
ensuite les instructions qui doivent se 
produire lorsque l'utilisateur clique 
sur tel ou tel objet graphique. C'est 
un mélange entre le légo et les 
recettes de cuisine. 
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Les différents langages 



Il existe de nombreux langages de 
programmation qui fonctionnent 
tous avec les mêmes principes de 
base. La différence se fait sur les ins- 
tructions de base, les structures de 
contrôle, la manière dont les 
variables sont gérées et la vocation du 
langage. Un langage conçu pour écri- 
re des programmes de gestion est dif- 
férent d'un langage orienté vers les 
mathématiques. Les principaux lan- 
gages actuels sont le Basic, le Pascal 
et le C. 

Il existe des différences importantes 
entre les langages des différents édi- 
teurs. Elles se font au niveau de l'en- 
vironnement de développement, de 
l'efficacité du compilateur et du 
nombre de routines fournies en stan- 
dard. Par exemple, le Borland C, le 
Visual C, le Watcom Cet le GNU C 
sont très différents les uns des autres, 
alors que ce sont tous des compila- 
teurs C! 
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Pour finir 



Vous savez maintenant (en gros !) ce 
qu'est un langage de programmation. 
Il est temps de passer aux choses 
sérieuses. Précipitez-vous chez votre 
re-vendeur informatique, achetez le 
Visual Basic (la version standard à 
800 F et non la version Pro à 3 000 F) 
et lancez-vous ! Et n'oubliez pas que 
les grands cuisiniers ont toujours 
commencé comme de simples mar- 
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Les logiciels de gestion 
ne sont pas les seuls 
à manipuler 



DE GROSSES QUANTITES 
D'INFORMATIONS 



Les jeux d'aventures 



C'EST ÉGALEMENT LE CAS 



des jeux d'aventures, 
cet article vous 
présente les principes 
de base nécessaires 
à leurs créations. 
Bienvenue dans le monde 
de la (petite) réalité 
virtuelle! 



L 



es jeux d'aventures sont des 
ciels où le joueur doit 
/explorer une région, rencon- 
trer des personnages étranges, 
résoudre des énigmes et trouver des 
objets. lis ont été conçus comme des 
sortes de livres interactifs où le lec- 
teur vit sa propre aventure et se crée 
une histoire personnelle. 
De nombreux jeux d'aventures se 



déroulent dans des univers médié- 
vaux, dominés par la magie et la force 
de I'épée. D'autres sont des aventures 
policières se déroulant de nos jours 
ou dans des périodes historiques 
proches. Et enfin, il existe des jeux de 
science-fiction plongeant les joueurs 
dans une ambiance futuriste, le plus 
souvent inspiré des films Blade Run- 
ner, Star Trek ou encore Mad Max. 
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Les ancêtres 



Les premiers jeux d'aventures ont été 
écrits avant l'apparition des écrans 
graphiques. Ils fonctionnaient entiè- 
rement avec du texte, d'où leurs de 
jeux d'aventures textes, ou jeux 
d'aventures textuels. Le joueur com- 
muniquait avec le programme en 
tapant des ordres. Par exemple, 
«ALLER NORD» signifiait que le 
joueur voulait se déplacer vers le 
nord. De la même manière, «EXA- 
MINER ARMOIR3> signifie que le 




joueur voulait jeter un coup d'œil 
approfondi sur une armoire. Le cœur 
de ces jeux était l'analyseur de syn- 
taxe, dont la fonction était de com- 
prendre les ordres du joueur. La plu- 
part des analyseurs de syntaxe étaient 
sommaires et incapable de com- 
prendre autre chose que des ordres 
très simples. Les meilleurs jeux 
d'aventures textes étaient anglais. 
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Les premiers jeux 
graphiques 



La généralisation du graphisme sur 
les premiers ordinateurs à provoqué 
une mutation des jeux d'aventures. 
Le principe de jeu est resté inchangé, 
mais certains textes étaient remplacés 
par des images ! Par exemple, l'ordi- 
nateur n'affichait plus « Vous êtes 
devant une grande cascade. L'eau 
tombe en faisant un bruit sourd mas- 
quant le chant des oiseaux et les bruits 
de la nature». A la place, il y avait 
l'image d'une cascade ! Ceci dit, il n'y 
avait pas beaucoup d'images dans ces 
jeux à cause des capacités limités de 
stockage des disquettes et des perfor- 
mances limités des cartes graphiques 
de l'époque. 



I 



Les jeux d'aventures 
souris 



A Un jeu d'aventure classique! 



Le problème le plus crucial de l'in- 
formatique est celui de l'interface uti- 
lisateur. Comment donner rapide- 
ment des ordres à l'ordinateur et 
recevoir des informations en retour ? 
Le système clavier/écran, ultime ava- 
tar des machines à écrire et des sys- 
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technique: 



P R O G R A I 



tèmes de dactylographie, n'est pas 
très efficace. La véritable révolution 
informatique à été provoqué par l'ap- 
parition de la souris et des écrans gra- 
phiques. Avec une souris, il est pos- 
sible de créer des interfaces gra- 
phiques faciles à utiliser, y compris 
par des non-spécialistes ! La souris a 
sonné le glas des analyseurs de syn- 
taxes et des jeux d'aventures difficiles 
à utiliser. Le joueur n'a plus à taper 
un ordre du type «ALLER SUD> ou 
«ENTRER MAISON» pour se dépla- 
cer. Il lui suffit de placer la souris sur 
l'endroit voulue et de cliquer. En 
règle générale, le curseur souris chan- 
ge de forme pour indiquer les actions 
possibles. Par exemple, la souris 
prend la forme d'une main quand 
elle se trouve au-dessus d'un objet 
qu'il est possible de prendre. C'est le 
principe utilisé par l'excellent jeu de 
science-fiction BAT. 
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Les jeux d'aventures 
cinématiques 



Le progrès technique aidant, les 
ordinateurs sont devenus de plus en 
plus puissants. C'est alors que cer- 
tains concepteurs de jeux d'aven- 
tures ont renonces aux techniques 
traditionnelles pour créer les jeux 
d'aventures cinématiques. Ce sont 
des jeux où le décor est dessiné en 
3D, et dans lequel le joueur dirige les 
actions d'un petit personnage. L'affi- 
chage est orienté de telle manière 
que le joueur surplombe le décor, et 
voit tout ce qui se passe. Par 
exemple, une scène peut se passer sur 
la place d'un village. Le joueur peut 
se déplacer pour examiner le conte- 
nu du puits, entrer dans la taverne, 
aller voir le maréchal-ferrant, discu- 
ter avec les habitants et même quit- 
ter le village. Les actions peuvent être 
commandées à la souris ou avec les 
flèches du clavier. Le jeu français 
LBA est l'un des meilleurs jeux ciné- 



matiques existants. Il doit son succès 
au principe de jeu, et surtout à la 
beauté de ses graphismes SVGA 
(640x480 en 256 couleurs). 
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Création d'un petit 
jeu d'aventure 



Il est facile de programmer un petit 
jeu d'aventure, à condition d'être 
modeste et de ne pas tenter d'imiter 
les superproductions actuelles. Vous 
pouvez utiliser n'importe quel langa- 
ge classique, comme le Qbasic ou le 




A Un système de déplacement simple, 
écrit en VB! 



Langage C. Ceci dît, la tâche sera plus 
facile si vous employez un langage 
sophistiqué comme le Visitai Basic ou 
Delphi. 

Nous allons créer un jeu d'aventure 
très simple. Cela élimine les analy- 
seurs de syntaxes et les jeux cinéma- 
tiques. Le logiciel va être entièrement 
textuel, car tout le monde ne connaît 
pas nécessairement un graphiste prêt 
à dessiner une centaine d'images, 
juste pour faire un essai ! Toutes les 
commandes se feront à la souris. 



I 



Gestion de t'espace 
de jeu 



Tous les jeux d'aventures sont consti- 
tués par une série d'endroits particu- 
liers. Le jeu d'aventure médiéval type 



comprend une clairière, un chemin, 
une grotte, une maison dans les bois, 
une place de village, une taverne, une 
forge, l'échoppe d'un marchand, un 
entrepôt, la boutique d'une voyante, 
un poste de garde, un souterrain par- 
tant de la taverne, etc.. Chaque lieu 
peut être décrit par un texte. Les des- 
criptions des lieux peuvent être stoc- 
kées dans un tableau alphanumé- 
rique. C'est une structure de données 
qui se retrouve dans tous les langages 
modernes. Cela permet de donner 
un numéro d'identification à chaque 
lieu. Par exemple, la description du 
lieu 4 se trouve dans le tableau 
Lieu(4). 

' Qbasic 

DIM shared lieuS(lOO) 

' Visual Basic 
Global lieuS(lOO) 

// Langage C 
char *Lieu[100]; 

(* Delphi *) 

lieu : array (1..100] as string; 

Le stockage des textes en mémoire 
peut se faire de différentes manières. 
Par exemple, le plus simple en Qba- 
sic est d'utiliser l'instruction DATA 
pour écrire les textes directement 
dans le corps du programme. Ceci 
dit, ce n'est pas la meilleure chose à 
faire. La technique la plus efficace est 
de taper la description dans un 
fichier texte. Il suffit ensuite d'une 
petite routine de chargement pour 
écrire directement les messages dans 
le tableau Lieu. Cela ne pose pas de 
problème si vous connaissez bien les 
fonctions de gestion de fichier de 
votre langage. Sinon, jetez un coup 
d'œil à l'instruction open pour le 
Qbasic ex. le Visual Basic, à la fonction 
fopen() pour le C et à la fonction 
Createde Delphi. 
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Compression du texte 



ascenseur verticale, comme celle pré- 
sentée dans l'article sur les trucs et 
astuces VB. 



Si le jeu est grand, le texte peut 
consommer une place mémoire non 
négligeable. Vous pouvez économiser 
de la place en compressant le texte. 
Sans utiliser des techniques sophisti- 
quées, vous pouvez remplacer les 
séquences de caractères les plus fré- 
quentes par des codes numériques 
plus compactes. Le stockage d'un 
caractère se fait sous la forme d'un 
code ASC// dont la valeur peut aller 
de à 255. C'est un gaspillage de 
place si l'on considère qu'il faut 
moins de 80 codes pour stocker tous 
les caractères d'un texte (majuscules, 
minuscules, minuscules accentuées, 
signes de ponctuation et chiffres 
numériques). Il est donc possible de 
remplacer des combinaisons cou- 
rantes comme «er» ou «ez» sous la 
forme d'un code numérique ne pre- 
nant qu'un octet (223 par exemple !). 
En utilisant judicieusement cette 
technique, vous pouvez compacter 
de 50% la taille d'un texte. Cela vous 
oblige à écrire une routine de com- 
pression et une routine de décom- 
pression, mais le résultat en vaut la 
peine ! C'est particulièrement le cas 
en Qbasic où la place mémoire est 
très limitée! 
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Affichage de la description 



La façon dont l'affichage se fait 
dépend de la manière dont vous avez 
conçu votre jeu. Le plus simple est 
d'utiliser une fenêtre graphique. La 
gestion d'une fenêtre pose quelques 
problèmes en Qbasic et Langage C, 
mais c'est tout simple à réaliser en 
Visual Basic ou avec Delphi. Si vous 
utilisez le VB et que la description 
risque d'être trop longue, vous pou- 
vez utiliser une fenêtre texte avec 
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Les liens 



Chaque lieu possède un ou plusieurs 
liens permettant de passer dans 
d'autres lieux. Par exemple, la place 
du village possède un lien vers la 
taverne, un lien vers la forge, un lien 
la boutique du marchand, un lien 
vers le poste de garde et un lien vers 
la sortie du village. La nature phy- 
sique de ces liens dépend du type de 
jeu. Par exemple, avec un jeu gra- 
phique, chaque lien peut être une 
zone de l'écran où la souris change de 
forme. Dans le cas de notre petit logi- 
ciel, le plus simple est d'associet un 
texte à chaque lien et d'afficher ces 
textes en-dessous de la description du 
lieu. 

Par exemple, la place du village peut 
avoir la description suivante: « Vous 
êtes sur la place d'un charmant petit 
village. C'est le milieu de l'après-midi, 
et les gens ne sont pas très actifs. Vous 
apercevez une taverne, une forge et 
l'échoppe d'un marchand». Les liens 
affichés sous le texte peuvent être 
« Visiter la taverne», «.Entrer dans la 
forge», «.Aller voir le marchand» et 
« Quitter le village». Il suffit de cliquer 
sur un lien pour passer dans un nou- 
veau lieu. 

Un lien est formé par un texte et le 
numéro du lieu correspondant. Si la 
taverne est le lieu 1 2 et la place du vil- 
lage est le lieu 8, le lieu permettant 
d'aller vers la taverne est le texte 
« Visiter la taverne» et le chiffre 1 2. De 
la même manière, il doit y avoir un 
lien qui permette de quitter la taver- 
ne pour retourner sur la place du vil- 
lage (« Quitter la taverne», suivie de la 
valeur 8). 
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Une épéc en argent 
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Une pipe en bols 




Une clé noire 




Une carie au trésor 




Un médaillon en bronze 




Une statuette en i va lie 




Une flûte en os 




Un médaillon magique 




Les plans des égouts 
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A Cet inventaire est écrit en Delphi! 

La programmation des liens est plus 
compliquée que la description des 
lieux, car le nombre de liens associés 
à un lieu est variable. Dans la pra- 
tique, cela peut aller de 1 à 5 liens. La 
technique la plus simple est d'utiliser 
trois tableaux pour contenir les liens. 
Un tableau alphanumérique contient 
le texte des liens, un tableau numé- 
rique contient le numéro du lieu 
contenant le lien, et le second tableau 
indique l'endroit où mène le lien. 

' Qbasic 

DIH shared TexteLien$(200) 
DIH shared EndroitLien(200) 
DIM shared NouveauLieu(200) 

Chaque fois que le programme ajou- 
te un nouveau lien, il le stocke à la 
suite des liens existants. Cela nécessi- 
te que le logiciel conserve dans une 
variable le nombre de liens existants. 
Les lecteurs de PC FUTE n°7 recon- 
naîtront un système de liste. Si le 
texte d'un lien ne contient qu'une 
chaîne vide «», cela veut dire que ce 
lien n'est pas actif. Cela permet de 
créer un système dynamique où les 
numéros de liens peuvent évoluer en 
fonction de l'aventure. 

Chaque fois que le programme 
affiche un lieu, il doit «fouiller» dans 
la liste des liens pour savoir quels sont 
les liens correspondants à ce lieu. Par 
exemple, si le joueur se trouve dans le 
lieu 45, le programme doit consulter 
tous les éléments du tableau Endroit- W 
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Lien pour déterminer tous les liens 
correspondants à l'endroit 45. Vous 
trouvez peut-être que cette technique 
est plus compliquée qu'une mémori- 
sation simple des liens. C'est exact, 
mais cela donne un système beau- 
coup plus souple. 

Les liens entre les lieux peuvent évo- 
luer pendant la partie. Par exemple, 
la découverte d'un passage secret 
peut amener l'apparition d'un nou- 
veau lien du type «Entrer dans le pas- 
sage secret». Quand cela se produit, le 
programme n'a qu'à ajouter le lien. 
Le cas inverse peut également pro- 
duire. Une avalanche peut boucher 
l'entrée d'une caverne. Pour gérer 
cela, le programme peut se contenter 
d'effacer le lien amenant à la caverne. 
C'est puissant et assez souple. 
Ceci dit, il faut aussi modifier la des- 
cription du lieu menant à la caverne, 
pour indiquer qu'il y a un gros tas de 
rochers sur le chemin. 
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Conversation avec les gens 
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Création des liens 



De la même manière que la descrip- 
tion des lieux, les liens peuvent être 
définis dans un fichier texte ou dans 
le corps du programme. La seule dif- 
férence est que les liens n'ont pas de 
numéros de référence, puisqu'elles 
sont stockées dans une liste. 

Il ne faut pas commettre d'erreurs sur 
les numéros des lieux, de peur de voir 
un lien se créer entre une ruelle sor- 
dide et la chambre de la princesse ! La 
création des liens doit se faire avec 
une routine qui balaye la liste des 
liens et recherche une place libre, 
c'est-à-dire un lien dont le texte est 
vide. Nous avons détaillé le fonc- 
tionnement d'une routine de ce type 
dans le précédent numéro de PC 
FUTE. 



Un jeu d'aventure n'aurait pas beau- 
coup d'intérêt s'il n'y avait personne 
pour discuter. Les systèmes de 
conversation ne sont généralement 
pas très sophistiqués. Nous sommes 
encore loin d'une intelligence artifi- 
cielle capable de soutenir une vraie 
conversation ! Notre jeu d'aventure 
peut utiliser un système de mono- 
logue. C'est-à-dire que chaque fois 
que le joueur indique qu'il veut dis- 
cuter avec un personnage, celui-ci lui 
prononce une phrase. Chaque per- 
sonnage peut posséder un nombre 
variable de phrases, certaines n'étant 
que du vent et d'autres contenant des 
informations utiles. 

La technique la plus simple pour 
gérer cela est d'utiliser encore un sys- 
tème de liste, avec des tableaux jume- 
lés. Chaque phrase est définie par un 
personnage et un texte. Lorsque le 
joueur discute avec quelqu'un le pro- 
gramme consulte la liste des phrases, 
et sélectionne aléatoirement l'une des 
phrases du personnage. 

' Qbasic 

DIH Shared Personnage(2Q0) 

DIH Shared Phrase$(200) 

Afin d'accélérer les choses, vous pou- 
vez faire une pré-recherche des 
phrases. Au début d'une conversa- 
tion, le programme peut «fouiller» 
dans la liste des phrases et enregistrer 
dans un tableau le numéro des textes 
utiles au dialogue. Cette technique 
permet également de cocher les 
phrases au fur et à mesure de la 
conversation, de manière à éviter que 
le programme ne prononce sans cesse 
les mêmes paroles. 

L'utilisation d'une liste permet 
d'ajouter ou de retirer facilement des 
phrases au fur et à mesure de la par- 



tie. Par exemple, le joueur trouve une 
amulette magique. Le programme 
peut alors rajouter à la liste de phrases 
du sorcier local « Tu possède l'amulet- 
te du pouvoir. Elle peut vaincre le mai 
mais aussi être le mal. Va dans la mon- 
tagne et rencontre ton destin h. Et en 
même temps, le programme peut 
ajouter un nouveau lien à la mon- 
tagne, permettant au joueur de péné- 
trer dans une petite vallée où se trou- 
ve les ruines d'une ancienne cité (et 
un dtagon rouge affamé !). 

Il est intéressant d'effacer des phrases 
qui ne servent à plus rien. Par 
exemple le discours du sorcier sur le 
médaillon n'est plus utile à partir du 
moment où le joueur a détruit le dra- 
gon (ou s'est fait dévoré !). De la 
même manière, vous pouvez faire 
évoluer les formules de salutation au 
fur et à mesure du déroulement du 
jeu. Par exemple, le discours du garde 
peut évoluer de « Casse-toi, étranger h 
à <(Bien le bonjour, Guerrier M et finir 
par « Gloire à toi, Pourfendeur du Dra- 
gon M. Du point de vue technique, ce 
n'est pas grand-chose, mais cela fait 
plaisir au joueur ! 



I 



Pour finir 



Vous avez maintenant une petite idée 
sur la manière dont fonctionne un 
jeu d'aventure. C'est un sujet très 
complexe, et très intéressant. Il faut 
créer des lieux, des personnages et des 
objets. Pensez à tout ce qui peut se 
produire, imaginez des dialogues 
amusants, etc.. Si cet article vous ins- 
pire et que vous créez quelque chose, 
n'oubliez pas de nous l'envoyer ! 



Michel Legrand 
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ATIOM QBAS 



Le Qbasic est le 
langage des débutants. 
Mais il existe bien peu 



D'INFORMATIONS SUR CE 
LANGAGE QUE 



Trucs et astuces 



LES EDITEURS JUGENT 

COMPLÈTEMENT DÉPASSÉ. 

C'EST POURTANT 

UN EXCELLENT OUTIL 

POUR S'INITIER À 

LA PROGRAMMATION. 

VOICI LA PRÉSENTATION 

DE QUELQUES TECHNIQUES 

INTÉRESSANTES POUR 

LE PROGRAMMEUR ! 
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Détection de la 
présence d'un fichier 



Le Qbasic génère une erreur d'exécu- 
tion si vous essayez d'ouvrir en lectu- 
re un fichier qui n'existe pas. Il n'exis- 
te pas d'instruction permettant de 
vérifier si un fichier existe vraiment 
sur le disque. Mais il est possible 
d'écrire une routine qui lui supplée, 
en utilisant le système de gestion des 
erreurs. 

En cas d'erreur, le Qbasic stoppe le 
déroulement du programme et 
affiche un message d'erreur appro- 
prié. L'instruction ON ERROR 
GOTO permet de modifier, en indi- 
quant au Qbasic un label sur lequel il 
doit se brancher en cas d'erreur. Cela 
permet d'écrire un module de traite- 
ment des erreurs dans le programme 
même. Une fois le traitement termi- 
né, l'instruction RESUME NEXT 
indique au Qbasic de reprendre le 



cours normal du 



programme. 



ON ERROR GOTO GestionErreur : 



GestionErreur: 



RESUME NEXT 

La fonction TestEichier utilise cette 
technique pour vérifier si un fichier 
existe vraiment sur disque. Elle com- 
mence par écrire la valeur 1 dans la 
variable globale DetectionFichier, 
puis elle ouvre le fichier en lecture et 
le referme. Le programme retourne 
ensuite le contenu de la variable 
DetectionFichier. Si une erreur d'ou- 
verture se produit, le programme 
exécute les instructions définies par le 



ON ERROR GOTO GestionErreur: 

DetectionFichier - 1 

fie = FREEFILE 

OPEN nomS FOR INPUT AS fie 

IF DetectionFichier ■ 1 THEN 

CLOSE fie 
END IF 

Testfichier = DetectionFichier 
END FUNCTION 

GestionErreur: 

DetectionFichier = 
RESUME NEXT 

Notre fonction retourne donc la 
valeur 1 si le fichier testé est présent 
sur la disquette et dans le cas 
contraire. Voici un petit programme 
d'exemple qui vous montre com- 
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t te Qbasic produit ce genre d'erreur quand un programme tente d'accéder au 
contenu d'un fichier inexistant 



label GestionErreur. Le programme 
de traitement d'erreur est très limité 
et se contente d'écrire la valeur dans 
la variable globale DetectionFichier. 

FUNCTION TestFichier (nom$) 
DIM rep AS INTEGER 
DIM fie AS INTEGER 



ment utiliser la fonction TestFicbie 
dans vos programmes : 



UTILISATION DE TestFichier 



DIM SHARED DetectionFichier 
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i L'éditeur EDIT permet de charger plusieurs fichiers en 
mémoire. Pour passer d'un listing à un autre, il faut 
utiliser la souris et cliquer sur le nom du second listing. 
Cette image vous montre un exemple où le fichier en 
cours d'édition est qlib.bas. Pour éditer le fichier test.bas, 
il suffit de cliquer sur son nom. 



nom$ = «test.txt» 

IF Testfichier(nomS) = 1 THEN 

PRINT «Fichier présent!" 
ELSE 

PRINT «Fichier inexistant!» 
END IF 
END 

Nous vous conseillons de tester sys- 
tématiquement la présence des 
fichiers avant de les charger. C'est 
une mesure de sécurité indispensable 
pour éviter les problèmes. Vous trou- 
verez sur le disque un programme 
d'exemple dont la tâche est d'afficher 
sur l'écran le contenu d'un fichier 
texte. Il affiche un message d'alarme 
si le fichier n'existe pas. 
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Création d'une 
bibliothèque de routines 



La plupart des programmes ont des 
points communs, ne serait-ce qu'au 
niveau de l'affichage, de la gestion du 
clavier et des fichiers. C'est pourquoi 
le programmeur astucieux peut 
gagner du temps en écrivant des rou- 
tines standard et en les réutilisant 
dans tous ses programmes. C'est par 
exemple le cas pour les routines gra- 
phiques, la gestion de la souris, les 
routines de temporisation, etc. 

L'éditeur du Qbasic n'est pas prévu 
pour faciliter la récupération des rou- 
tines d'un programme vers un autre 
programme. Il est possible de le faire 



à l'aide des fonctions 
Copier/Coller, mais ce n'est 
pas très pratique. Il faut 
charger le premier pro- 
gramme, sélectionner la 
routine à copier avec la 
souris, cliquer sur la fonc- 
tion Copier, charger le 
second programme et utili- 
ser la fonction Coller pour 
intégrer la routine dans le 
nouveau listing. L'opération doit être 
répétée pour chaque routine. Les 
concepteurs du Qbasic auraient pu 
avoir un peu d'imagination et inven- 
ter quelque chose de plus pratique ! 

Heureusement, on peut parvenir au 
même résultat, grâce à une petite 
astuce. Les fichiers programmes du 
Qbasic sont sauvés sous forme de 
fichiers textes. Il est possible d'utili- 
ser l'éditeur de textes du DOS pour 
les modifier. Pour lancer cet éditeur, 
il suffit de taper sous DOS la com- 
mande suivante : 

EDIT 

L'éditeur texte affiche la totalité du 
programme sur l'écran. C'est plus 
facile à utiliser que l'éditeur du Qba- 
sic qui n'affiche qu'une routine à la 
fois. Mais le plus intéressant est la 
possibilité de charger plusieurs 
fichiers en même temps dans l'édi- 
teur. Pour transférer des routines 
entre deux programmes, il suffit de 
charger les deux listings en mémoire 
et de procéder à des opérations de 
Copier/Coller. Grâce à l'affichage du 
listing en pleine page, il est possible 
de sélectionner plusieurs routines en 
même temps et de les transférer en 
une seule opération de Copier/Coller. 

Ce n'est pas très pratique que de 
devoir fouiller les listings BAS à la 
recherche d'une routine particulière. 
Il est plus rationnel de copier toutes 
les routines intéressantes dans un seul 
fichier, de manière à constituer une 
bibliothèque de routines complète. 



Cela facilite la récupération des rou- 
tines et accélère le travail de program- 
mation. Vous trouverez sur le disque 
une bibliothèque portant le nom de 
Qlib.bas. Elle contient diverses rou- 
tines de bases, indispensables pour 
écrire des programmes en Qbasic. 
Vous pouvez récupérer ces routines et 
les copier dans vos propres pro- 
grammes avec l'éditeur EDIT. 

Les bibliothèques ne contiennent pas 
nécessairement que des routines. Elles 
peuvent aussi contenir la déclaration 
de variables globales et même de 
tableaux complets. Par exemple, on 
peut imaginer qu'une bibliothèque 
ne contienne qu'un tableau et trois 
routines permettant de lire et d'écrire 
des informations dans le tableau. 
Dans le même ordre d'esprit, une 
bibliothèque peut également conte- 
nir des constantes de tout type. 
Notre bibliothèque est loin d'être 
complète. Elle ne contient qu'une 
quinzaine de routines plus ou moins 
utiles. Vous pouvez l'améliorer avec 
vos propres routines de base. Il est 
possible de créer plusieurs biblio- 
thèques si le nombre de fonctions 
devient trop important. Par exemple, 
il peut y avoir une bibliothèque pour 
le graphisme, une bibliothèque pour 
la gestion de fichiers, une biblio- 
thèque pour la gestion du clavier, etc. 

ML Mike Terranova 



Vous avez des trucs et astuces 
en Qbasic ? Vous avez écrit des 
routines intéressantes ? Vous êtes 
l'auteur d'un programme très utile ? 
Envoyez-nous vos créations pour 
que tout le monde en profite ! 
Envoyez-nous également vos 
questions. Nous avons besoin de 
connaître les problèmes que vous 
rencontrez en Qbasic pour vous 
aider. 
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ATIOM DELPHI 



Delphi est-il un 



VERITABLE LANGAGE DE 



PROGRAMMATION OU UN 



generateur de base 
de données ? 
Est-ce un véritable 



L'épreuve du feu 



concurrent pour 
le Visual. Basic ? pour 
connaître la reponse 
à ces questions, nous 
avons mis un exemplaire 
de Delphi entre les 
mains d'un spécialiste 
en Visual Basic le 
résultat du test est 
étonnant ! 



Windows est un système 
très intéressant, mais 
incroyablement difficile 
à programmer. C'est pourquoi j'ai 
été particulièrement heureux de 
découvrir le Visual Basic, voici deux 
ans. Enfin un langage puissant per- 
mettant d'écrire facilement des logi- 
ciels Windows ! Je me suis amusé à 
créer toutes sortes de programmes 
amusants. Pendant ce temps, Bor- 
land sortait la première version de 
Delphi, en la présentant comme un 
système permettant de créer des 
bases de données. N'étant pas inté- 
ressé par le sujet, j'ai vaguement 
regardé les publicités, en me disant 
que Borland avait bien périclité 
depuis le temps du Turbo Pascal et 
du premier Turbo C. C'est pourquoi 
j'ai haussé les épaules quand la 
Rédaction de PC FUTE a posé un 
exemplaire de Delphi sur mon 



bureau et m'a demandé d'écrire un 
papier sur mes impressions. Mes 
sujets de prédilections sont le gra- 
phisme, les jeux et l'intelligence arti- 
ficielle et non la gestion ! 



ne sur ma machine depuis plus d'un 
an. L'installation complète s'est faite 
sans problème, et occupe environ 
80 Mo de disque dur. 
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Installation 
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Le choc de la couverture 



Le CD-ROM d'installation qui m'a 
été fourni contient Delphi 2. ver- 
sion client-serveur. C'est le nec plus 
ultra des versions de Delphi et il 



Il ne m'a fallu que quelques minutes 
pour être séduit par Delphi. Ce n'est 
pas un système de gestion de base de 
données, mais un langage de pro- 
grammation très performant, per- 
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A La programmation en Delphi consiste à poser des objets graphiques sur l'écran 
et à définir le code qui s'exécute lorsque l'utilisateur clique sur ces objets. 



nécessite Windows 95. Heureuse- 
ment, le même CD-ROM contient 
aussi Delphi 1.0 pour Windows 3.1. 
C'est cette version que j'ai installée, 
puisque de nombreux lecteurs utili- 
sent encore Windows 3. L Ceci dit, le 
test a été effectué avec Windows 95, 
puisque c'est le seul système qui tour- 



mettant d'écrire n'importe quel type 
de programme Windows ! C'est un 
mélange entre le Visual Basic et un 
excellent Pascal Je ne comprends pas 
pourquoi les gens de Borland ont 
appelé ce système Delphi, à la place 
de «Visual Turbo Pascal» ? C'est pro- 
bablement une question de position- 
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nement commercial par rapport au 
Visual Basic. Mais cela a pour effet de 
laisser dans l'ignorance des clients 
potentiels comme moi ! Il a fallu un 
coup de chance et l'aide de PC 
FUTE pour que je comprenne que le 
langage de mes rêves existait et que ce 
n'était pas le Visual Basic \ 
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Le système visuel 



La philosophie d'utilisation de Del- 
phi est identique à celle du Visual 
Basic. La programmation se fait en 
posant des objets graphiques sur une 
feuille et en écrivant le code corres- 
pondant aux actions possibles. C'est 



l'enfance de l'art et il suffit de 
quelques minutes pour écrire un pre- 
mier programme, aussi bien en 
Visual Basic qu'avec Delphi. 
Les composants graphiques de Del- 
phi sont nombreux et bien conçus. 
Il y a des boutons, des zones de 
textes, des zones graphiques, des 
timers, etc. Ils ont le gros avantage 
d'être en relief, ce qui n'est pas le cas 
avec la version de base du VB 3. et 
n'apparaît qu'avec le VB 3.0 Pro et 
le VB4.0. 

Il y a également tout plein de choses 
intéressantes, comme les boutons 
Bitmaps qui peuvent intégrer des 
images sur les boutons eux-mêmes. 
Encore plus fort ! Il est possible d'uti- 
liser les contrôles VBX du Visual 
Basic avec Delphi ! 
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La programmation 



La différence entre les deux systèmes 
se fait sentir au niveau du langage. Le 
langage sous-jacent du Visual Basic 
est un basic amélioré, mais un basic 
quand même ! En revanche, le lan- 
gage interne de Delphi est une ver- 
sion améliorée du Turbo Pascal, l'un 
des meilleurs langages de program- 
mation existants. Sinon, le principe 
est exactement le même. Le pro- 
grammeur sélectionne un objet gra- 
phique et tape le code correspondant 
à l'action sur l'objet. 

L'éditeur de Delphi présente l'avanta- 
ge d'éditer le programme dans une 
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A L'éditeur d'images de Delphi permet de manipuler différents types d'objets graphiques. Par exemple il sert 
nouveau curseur de souris. 



ici a créer un 
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ATIOM DELPHI 



seule fenêtre. Il suffit de cliquer sur 
un objet pour que l'éditeur affiche 
automatiquement les lignes de codes 
correspondantes. C'est beaucoup 
plus pratique que le Visual Basic où 
l'éditeur ne peut afficher qu'une rou- 
tine à la fois, et où il faut passer par 
un système compliqué de listes de 
fonctions pour obtenir le code d'une 
routine particulière. En Delphi, il est 
possible de mélanger librement des 
«routines d'interfaces», liées à un 
composant graphique et des routines 
classiques. 

Un autre avantage de Delphi est la 
vérification automatique des varia- 
bles. Il arrive fréquemment que l'on 
se trompe dans le nom d'une 
variable. Par exemple, nb_sprites peut 
être écrite nb_sprite. Les variables de 
Delphi doivent obligatoirement être 
déclarées avant leur utilisation, ce qui 
permet au langage de contrôler auto- 
matiquement la validité des variables 
du programme et de signaler les 
éventuelles erreurs. Cela manque 
beaucoup au Visual Basic, où les 
«variables fantômes» provenant 
d'une erreur de frappe contiennent 
toujours la valeur 0, ce qui provoque 
des erreurs ! II est possible de remé- 
dier à cela, en utilisant l'option 
Explicitqm force le VBa contrôler les 
variables. 
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La programmation objet 



Delphi est un langage objet, c'est-à- 
dire qu'il est possible de créer des 
objets informatiques à partir d'autres 
objets. C'est une technique de pro- 
grammation moderne qui a le vent 
en poupe. Cependant, il est possible 
d'écrire des programmes en Delphi, 
sans passer par les subtilités de la pro- 
grammation objet. Une connaissan- 
ce minimale du Pascal suffit pour 
écrire des logiciels performants. Cela 



est intéressant quand on considère le 
nombre de personnes qui ont tra- 
vaillé avec le Turbo Pascalpour écrire 
des programmes DOS. 

La programmation objet permet de 
réaliser des choses très intéressantes. 
Par exemple, il est possible de créer 
de nouveaux composants graphiques 
à partir des composants de base. 
D'ailleurs, tous les composants de 
base (boutons, fenêtres graphiques, 
fenêtres textes, sélecteurs de fichiers, 
boîtes de dialogue, etc.) ont été créés 
en Delphi, à partir de primitives de 
base. Les listings sont fournis sur le 
CD-ROM. C'est très intéressant 
pour comprendre comment cela 
fonctionne et créer ses propres com- 
posants. 
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Environnement 
de développement 



L'environnement de développement 
est une belle mécanique bien huilée. 
Les gens de Borland om dû travailler 
pendant très longtemps pour arriver 
à ce degré de simplicité et de puis- 
sance. Il y a quelques outils intéres- 
sants, comme un éditeur d'images 
pouvant manipuler aussi bien des 
images BMP, des icônes et des cur- 
seurs souris que des fichiers de res- 
sources. 

Le compilateur de Delphi génère un 
véritable programme exécutable. 
C'est plus pratique et plus rapide à 
l'exécution que le système de code 
intermédiaire produit par le VB qui 
nécessite un runtime pour fonction- 
ner. En revanche, les programmes 
sont plus volumineux, ce qui est nor- 
mal, dans la mesure où chaque logi- 
ciel contient toutes les routines dont 
il a besoin pour fonctionner. 



Conversion VB 
vers Delphi 



Puisque la philosophie des deux lan- 
gages est très proche et que Delphi 
peut être considéré comme une sorte 
de sur-ensemble du VB, il est facile 
de convertir des programmes VB en 
Delphi. Il suffit de faire la correspon- 
dance entre les contrôles du VB et les 
composants Delphi et d'adapter le 
code. Delphi 1.0 est livré avec le 
fichier Vb2delph. wri de 112 Ko qui 
explique tout ce qu'il faut savoir pour 
adapter des programmes VZÏen Del- 
phi. En revanche, il est très difficile 
d'adapter un programme Delphi en 
VB, surtout un source écrit en pro- 
grammation objet. 
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Pour finir 



Pour moi, Delphi est le langage du 
siècle ! Il est capable de faire tout ce 
que fait le Visual Basic et d'aller bien 
au-delà ! Il permet d'exploiter toute 
la puissance de Windows et de faire 
des choses formidables. Depuis que 
j'ai découvert ce langage, j'ai jeté 
mon Visual Basic et je ne fais plus que 
du Delphi. 



Attention 



Les numéros 

1,2,4, 5, 6 et 7 de PC FUTÉ 

sont en cours d'épuisement... 

(n°3 épuisé) 

N'attendez pas pour agir. 

Soyez futé : Commandez-les 

aujourd'hui même! 

(voir p. 53) 
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JEUX DELPH 



La puissance de Delphi 
rend aisée la réalisation 
de petits programmes 
graphiques. nous avons 



PRIS COMME 



EXEMPLE LE JEU COLUMNS, 
TRÈS CONNU ET TRÈS 



Delphi, créer votre 
propre Colums 



FACILE A REALISER. 



CE LOGICIEL CONVIENT 



PARFAITEMENT POUR 



ILLUSTRER LES FONCTIONS 



GRAPHIQUES DE DELPHI 



D 



es sa sortie, le jeu russe 
Tetris a connu un immense 
succès. De nombreux pro- 
grammeurs ont repris le thème du 
jeu pour créer d'autres logiciels. L'un 
des plus simples et des mieux réussis 
est Columns. Le joueur se retrouve 
dans un espace de jeu où des cubes 
tombent du haut de l'écran. Le but 



du jeu est d'orienter la chute de 
manière à créer des alignements de 3 
cubes de même couleur, provoquant 
ainsi leur disparition ! Le jeu s'arrête 
quand le tas de cubes touche le haut 
de l'écran. Il existe plusieurs variantes 
de Columns. Les différences se font 
sur la taille des cubes, le nombre de 
cubes qui tombent en même temps 
et le nombre de cubes à disposer pour 
réaliser un alignement. 
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Notre Columns 
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k Columns est un jeu simple où le but est 
d'orienter la chute des cubes, de manière 
à former des alignements de cubes. 



En regardant les images accompa- 
gnant cet article, vous pouvez voir à 
quoi ressemble notre Columns. Les 
cubes tombent du haut de 
l'écran et s'entassent en bas. 
Lorsqu'un cube apparaît en bas 
de l'écran, il se met à tomber à 
la vitesse d'une case par secon- 
de. La chute s'arrête lorsque le 
cube touche le bas de l'écran ou 
est bloqué par un autre cube. 
Pendant la chute, il est possible 
de déplacer le cube vers la droi- 
te ou vers la gauche, grâce aux 
flèches du clavier. De la même 
manière, il est possible d'accé- 
lérer la chute en pressant sur la 
barre d'espace ou sur la flèche 
basse. Cela évite au joueur 
d'avoir à attendre la fin de la 
chute alors que le cube est placé 
sur la bonne colonne. Chaque 
fois que le programme détecte 
un alignement de 3 cubes de 
même couleur, il les fait dispa- 
raître. 
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Quelques problèmes 
techniques 



Les règles du jeu sont simples. Mais 
la programmation pose un certain 
nombre de problèmes techniques. 
Les principaux sont : la gestion du 
mode graphique, la lecture du cla- 
vier, le dessin des cubes, le dessin de 
la fenêtre de jeu en creux, le déplace- 
ment des cubes sur l'écran, la détec- 
tion et l'effacement des alignements 
de cubes identiques. Tout cela n'est 
pas simple à programmer. Nous 
allons étudier chaque cas individuel- 
lement et voir comment il peut être 
résolu. 
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Affichage des cubes 



Il existe différentes techniques pour 
dessiner les cubes sur l'écran. Par 
exemple, chaque cube peut être un 
composant de type Shape (forme 
géométrique élémentaire) ou une 
image de type Timage. Il est possible 
de disposer une matrice de compo- 
sants sur l'écran et de n'activer que les 
composants correspondants à un 
cube, grâce à la propriété Visible. 
Néanmoins, ce h est pas la technique 
choisie pour le logiciel. 

La plupart des composants gra- 
phiques de Delphi possèdent la pro- 
priété Canvas. Celle-ci permet au 
programme d'accéder au contenu de 
l'image bitmap du composant. Il est 
possible de faire toutes sortes d'opé- 
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rations graphiques sur un Canvas 
(tracé de cercles, dessin de rectangles, 
affichage de textes, etc.)- En tout, il 
existe 17 méthodes différentes pour 
modifier le contenu d'un Canvas. La 
méthode que nous allons utiliser 
pour dessiner les cubes est Draw. 
Cette méthode permet de copier un 
élément graphique sur un Canvas. 
L'élément graphique peut être une 
image ou une icône. La syntaxe sui- 
vante vous montre comment afficher 
une icône à une position quelconque 
d'un objet graphique : 

Objet. Canvas. Draw{px, py, 
Icône ) ; 

Par exemple, vous pouvez utiliser 
cette technique pour dessiner une 
icône directement sur une fiche. La 
syntaxe suivante vous montre com- 
ment dessiner l'icône Icône sur la 
fiche Forml. : 

Forml. Canvas. Draw(px, py, 
Icône) ; 

L'objet Icône doit être un objet de 
type Ticon. Le programme suivant 
vous montre comment créer et utili- 
ser une variable de ce type : 

var Icône : Ticon; 
Nom : String; 

Nom := 'Iconel.ico' ; 
Icône := Ticon. create; 
Icône . LoadFromFile ( nom) ; 

Le fait de déclarer une variable de 
type Ticon ne réserve pas la mémoi- 
re nécessaire au stockage de l'icône. 
Pour cela, il faut utiliser la méthode 
Ticon.create. La méthode LoadFrom- 
File permet de charger une icône 
dans une variable de type Ticon. Il 
suffit ensuite d'utiliser la méthode 
Draio pour dessiner l'icône à un 
emplacement quelconque de la 
fiche. 




A Vous pouvez utiliser d'autres icônes 
afin de donner un look différent au 
jeu. 

var Icône : Ticon; 
px, py: Integer; 

(* Chargement icône *) 



px 



' 20: 



PY i» 20; 

Forml. Canvas. Drawfpx. 

Icône) 



py» 



Cette technique fonctionne aussi 
avec des images BMP, à condition 
d'utiliser des objets Timage et non 
des objets Ticon. Il est plus pratique 
d'utiliser des icônes pour notre jeu 
car la bibliothèque d'icônes pour 
Windows est presque illimitée ! 

Les cubes du logiciel sont des icônes 
32x32 pixels. Nous les avons fabri- 
quées à l'aide de l'outil de dessin de 
Delphi. Elles sont stockées en mé- 
moire dans le tableau Icône [] dont 
voici la définition : 

const Maxlcones o 4; 
var Icône: array[0. .Maxlcones] 
of Ticon; 

Le chargement d'une icône en 
mémoire est un peu compliqué car il 
faut fournir le chemin complet du 
fichier (par exemple, 'C:\PCFUTE\ 
COLUMNSMCONE1.ICO). C'est 



toujours une mauvaise idée que d'uti- 
liser un chemin en dur dans un pro- 
gramme. Cela peut provoquer une 
catastrophe en cas de changement de 
répertoire. II est plus astucieux de stoc- 
ker les fichiers dans le même répertoi- 
re que le programme et de récupérer 
le chemin du logiciel au moment du 
chargement. C'est la technique utili- 
sée dans la routine suivante : 

procédure Charger_icone { 
n: integer; 
nom:string) ; 
var chemin : string; 
fie : string; 
begin 
GetDir ( , chemin) ; 
Icone[n] := TIcon.create; 
fie := chemin + 'V + nom; 
Icône [ n ] . LoadFromFile ( fie ) ; 
end; 

Cette routine réserve automatique- 
ment la place nécessaire à une icône 
et la charge dans le tableau IconefJ. 
Elle est utilisée parle programme 
pour stocker toutes les icônes du 
programme. II y a 4cubes de couleur 
et une cinquième icône qui contient 
une zone blanche de 32x32 pixels. 
Cette image correspond à l'absence 
de cube, ou plutôt du cube vide. 
Elle permet d'effacer l'image d'un 
cube sur l'écran. Ce «non-cube» est 
stocké à la position du tableau 
IconefJ. 

charger_icone { , ' vide . ico ' ) ; 

charger_icone { 1 , 'bleu . ico ' ) ; 

charger_icone { 2 , 'vert . : 

charger_icone ( 3 , ' rouge 

charger_icone ( 4 , ' noir . ico ' ) ; 

L'écran de jeu est organisé en 10 
lignes de 8 colonnes. Cela représente 
80 positions différentes d'affichage 
pour les cubes. Ces valeurs sont stoc- 
kées dans les constantes MaxLigneset 
MaxColonnes. 
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const 

MaxLignes = 10; 
MaxColonnes = 8; 

La routine affrètement permet de 
dessiner un cube sur l'écran. Les 
paramètres sont la position (ligne, 
colonne) du cube et sa couleur. II 
s'agit en fait de son numéro de réfé- 
rence qui doit être compris entre 1 et 
4, puisqu'il n'y a que 4 icônes en 
mémoire (plus l'icône vide !). 

procédure aff_element{ 

ligne, colonne, 
couleur : integer); 
var px: integer; 
py: integer; 
begin 
px := X0_JEU+fColonne-l)*32; 
py := Y0_JEU+(ligne-l)*32; 
Forml.Canvas.Drawfpx, py, 

Icone[couleur]); 
end; 

Les icônes ont une taille de 32x32 
pixels. C'est pourquoi le programme 
multiplie la ligne et la colonne du 
cube par 32 pour obtenir la position 
d'affichage en pixel. La numérota- 
tion des lignes et des colonnes com- 
mence à la valeur 1, ce qui pose un 
petit problème de calcul. En effet, le 
calcul donne la position en pixels 
(32, 32) pour le cube situé à la ligne 
1 et à la colonne 1. 
C'est pour éviter cela que le pro- 
gramme diminue systématiquement 
de 1 les numéros de ligne et de 
colonne. 

Les constantes XOJEU et YOJEU 
définissent la position d'affichage du 
premier cube. En jouant sur ces deux 
valeurs, il est possible de placer l'es- 
pace de jeu à n'importe quel empla- 
cement de l'écran. 

const 

X0_JEU = 16; 
YO JEU = 16; 




i Les icônes des cubes ont été dessinées avec l'éditeur d'images de Delphi. 
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Déplacement d'un cube 



Nous savons maintenant comment 
afficher un cube sur l'écran à une 
position quelconque. A partir de 
cela, il est facile d'écrire une routine 
qui déplace le cube vers le bas de 
l'écran. Avant toute chose, il faut un 
mécanisme qui puisse stocker la posi- 
tion et le type du cube. Pour cela, il 
faut utiliser un ensemble de 
3variables globales : 

var ligne_cube : integer ; 
colonne_cube : integer; 
cube_courant : integer ; 

Pour afficher un cube sur l'écran, il 
faut définir ces 3 variables et appeler 
la routine aff_cube. Elle utilise la rou- 
tine affrètement pour dessiner l'icône 
correspondante sur l'écran. 

procédure aff_cube; 
begin 
aff_element(ligne_cube, 

colonne_cube, 

cube_courant ) ; 
end; 

La routine eff_cube efface automati- 
quement le cube courant. En fait, elle 
affiche le cube vide (de numéro 0) à 
la position courante. 



procédure eff_cube; 
begin 
af f_element ( ligne_cube, 

colonne_cube , 

0); 

end; 

La routine noiweau__cube permet de 
générer aléatoirement un nouveau 
cube. Pour cela, elle détermine aléa- 
toirement le type de cube et la colon- 
ne où il apparaît. La variable 
lîgne_courante est toujours fixée à 1 
car le cube doit nécessairement appa- 
raître en haut de l'écran. Le tirage 
aléatoire se fait avec l'instruction ran~ 
dom(n)o\\i\ génère un nombre aléa- 
toire compris entre et n-1. Par 
exemple, ra>utom(4) fournit un nom- 
bre aléatoire compris entre et 3. Cela 
ne convient pas à notre logiciel, 
puisque les icônes et les colonnes sont 
numérotées à partir de la valeur 1. 
C'est pourquoi le logiciel ajoute sys- 
tématiquement 1 à chaque tirage. La 
formule random(4)+I donne un 
nombre aléatoire compris entre 1 et 4, 
ce qui correspond au but recherché ! 

procédure nouveau_cube ; 
begin 

cube_courant := 

random(MaxIcones )+l ; 

ligne_cube := 1; 

colonne_cube : = random ( MaxCo- 



PC FUTÉ N° 8 



JEUX DELPH 



lonnes)+l; 
aff_cube; 
end; 

Pour faire chuter le cube courant 
d'une case vers le bas, îl faut l'effacer, 
augmenter de 1 la valeur de la 
variable iigne_courante et afficher la 
nouvelle position du cube. Cela se 
fait de la manière suivante : 

eff_cube; 

ligne_cube := ligne_cube +1; 

aff_cube; 

Comme vous pouvez le voir, c'est très 
facile à réaliser îNéanmoins, la chute 
ne peut continuer éternellement et 
doit s'arrêter en bas de l'écran. L'arrêt 
se produit lorsque le cube se trouve 
sur la dernière ligne de l'écran, c'est- 
à-dire lorsque le contenu de la 
variable ligne_cube est égal à la 
constante MaxLignes. 

if ligne j:ube<>MaxLignes then 
begin 

eff _cube; 

ligne_cube := ligne_cube +1; 

aff_cube; 
end; 
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Réglage de la vitesse 
de chute 



Les cubes doivent tomber les uns 
aptes les autres, d'une manière régu- 
lière. La seule manière de réaliser cela 
est d'utiliser un timer. C'est un com- 
posant Delphi qui exécute une routi- 
ne à intervalle régulier. Le délai entre 
deux exécutions peut varier de 
quelques millisecondes à plus d'une 
minute. 

La routine TForml. Timer ITtmertsi 
associée au composant Timer làom 
l'intervalle de temps est de 300 ms, 
ce qui correspond à une acnvation 
toutes les 0,3 secondes. Sa tâche est 



très simple, puisqu'elle se contente 
d'appeler la routine aller_bas qui gère 
le déplacement du cube d'une ligne 
vers le bas. C'est ce que l'on appelle 
une routine d'interface. Elle assure la 
liaison entre le corps du programme 
et un composant graphique. 

procédure TForml.TimerlTimer( 

Sender: TObject); 
begin 

aller_bas; 
end; 

La vitesse de chute est fonction du 
délai d'activation du composant 
Timerl. Plus le temps est court, plus 
les cubes tombent vite. Vous pouvez 
utiliser cet effet pour augmenter la 
vitesse de jeu en cours de partie. Il suf- 
fit pour cela de gérer un score et de 
diminuer la vitesse chaque fois que le 
score passe une certaine limite. 

(* VITESSE INITIALE *) 
Timerl. Interval := 300; 

{* AUGMENTATION VITESSE *) 
Timerl. Interval := 200; 

(* VITESSE DE LA MORT *) 
Timerl. Interval := 50; 

Il est très important d'utiliser un 
composant timer pour régler la chute 
des cubes. Cela assure une vitesse de 
jeu constante sur tous les types de 
PC. Les différences de performances 
sont considérables entre un 486 et un 
Pentium, ainsi qu'entre une carte 
graphique classique et une carte accé- 
lératrice haut de gamme. Les cubes 
ne s'afficheront pas à la même vites- 
se sur tous les PC, mais le jeu aura 
une vitesse de réaction constante. 

La routine aller_bas descend le cube 
d'une ligne vers le bas. Elle utilise la 
fonction test_bas pour savoir si la 
chute est possible. Il est possible 
qu'un autre cube bloque le passage 
ou que le cube se trouve sur la der- 



nière ligne de l'écran. Si c'est le cas, 
elle appelle la procédure fin_chute 
pour signaler au programme que le 
cube est bloqué et utilise la fonction 
exit pour provoquer la sortie immé- 
diat de la routine. 

procédure aller_bas; 
begin 
if test_bas=false then 
begin 

fin_chute; 
exit; 
end; 

(* CHUTE DE 1 LIGNE *) 
eff_cube; 

ligne_cube := ligne_cube+l; 
aff_cube 
end; 

La fonction test_bas retourne la va- 
leur faise si le cube se trouve sur la 
dernière ligne de l'écran ou si un 
autre cube bloque la chute. Elle 
retourne la valeur trtie si le déplace- 
ment peut se faire sans contrainte. 

function test_bas:boolean; 
var ligne sinteger; 
colonne :integer; 
begin 
(* TEST SI DERNIERE LIGNE *) 
if ligne_cube = MaxLignes then 
begin 

test_bas:=false; 
exit; 
end; 

(* TEST SI CUBE EN BAS *) 
ligne: =ligne_cube+l; 
colonne : =colonne_cube ; 
if jeu[ligne,colonne]<>0 then 
begin 

test_bas : = false; 
exit; 
end; 

test_bas:=true; 
end; 

Pour que cette routine fonctionne, le 
programme doit garder en mémoire la 
position des cubes bloqués. Le plus W 

suite p. 55 
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Le VB est assez limité 

AU POINT DE VUE 
MANIPULATIONS D'IMAGES. 



IL PERMET JUSTE DE 



COPIER UNE IMAGE 
D'UN CONTRÔLE 



graphique a un autre, 
heureusement, il est 
possible d'utiliser une 
fonction graphique de 
Windows pour étendre 
les possibilités du vb. 



Nous avons vu dans le dernier 
numéro de PC FUTE que 
l'une des nouveautés du 
Visual Basic 4.0 est h fonction Paint- 
Picture. Elle permet de copier des 
blocs de pixels d'un contrôle gra- 
phique sur un autre, ce qui autorise la 
réalisation d'effets graphiques très 
intéressants. Il est possible de faire la 
même chose en Visual Basic 3.0, en 
utilisant la fonction graphique BilBlt. 

Cette fonction fait partie de la biblio- 
thèque graphique de base de Win- 
dows. Elle est définie dans le fichier 
GDI. DLL. Pour l'utiliser dans un 
programme en VB, il faut créer un 
module BAS et taper la déclaration 
suivante : 

Déclare Function BitBlt Lib Kgdi» 
(Byval hDestDCÏ, 
ByVal X%, ByVal Yî, 
Byval nWidth%, 
Byval nHeight%, 
ByVal hSrcDC%, 
ByVal XSrc%, ByVal YSrc%, 
ByVal dwRops) As Integer 

Cela indique au VB que la fonction 
BitBlt se trouve dans le fichier DLL 
portant le nom de GDI. Cette fonc- 



Manipulations 

graphiques en VB 






tion permet de copier un bloc de 
pixels d'une image vers une autre. La 
syntaxe est conforme à celle donnée 
par Microsoft dans sa documentation 
technique. Voici sa signification : 

hDestDC%: Handle de l'image de desti- 
nation 
X% et Y%: Position d'affichage du 

bloc de pixels 
nWidth%: Largeur du bloc de pixels 
nHeight%: Hauteur du bloc de pixels 
hSrcDC%: Handle de l'image d'origine 
XSrc% et Ysrcï: Position d'origine du 

bloc 
dwRopi: Opérateur logique de transfert 

Les images manipulées par le VB 
sont stockés dans des contrôles gra- 
phiques. Mais Windows ne sait pas ce 
qu'est un contrôle graphique ! Pour 
lui, une image est une zone gra- 
phique définie par un handle gra- 
phique, c'est-à-dire un numéro 
d'identification donnant accès à un 
tableau contenant toutes les infor- 
mations sur l'image. Normalement, 
vous n'avez pas à vous préoccuper de 
ce genre de détail technique. C'est le 
Visual Basic ç\m s'occupe de gérer cela 
automatiquement. Mais dans ce cas 
précis, nous avons besoin des handles 
afin d'appeler la fonction graphique 
BitBlt. Heureusement, les concep- 
teurs du VB ont prévu la méthode 
hDC pour obtenir le handle gra- 
phique d'une image. 

LECTURE D'UN HANDLE GRAPHIQUE 
HDestDC = Imagel.hDC 

Le paramètre dwRop& indique la 
manière dont Windows effectue le 



transfert du bloc de pixels. Cela peut 
être une simple copie ou il peut y 
avoir une «fitsion» entre les pixels 
d'origine et les pixels de destination. 
C'est une fonctionnalité très puissan- 
te qui permet de réaliser des effets 
graphiques très intéressants. Maïs 
pour l'instant, nous allons nous 
contenter de copier simplement le 
bloc de pixels. Nous reviendrons 
ultérieurement sur les possibilités de 
«Jhsion» des images. Pour indiquer à 
Windows que la copie doit se faire 
sans mélange de couleurs, il faut don- 
ner la valeur &HCC0020 au para- 
mètre dwRop&. C'est une constante 
système de Windows dont la valeur a 
été définie par les programmeurs de 
Microsoft. 

La fonction BitBlt nécessite que les 
tailles des images soient exprimées 
en pixels. C'est gênant, car le VB uti- 
lise les twips comme unité de mesu- 
re pour indiquer la taille et la posi- 
tion des contrôles graphiques. C'est 
une unité de mesure virtuelle qui 
correspond à 576 twips par centi- 
mètre. Pour indiquer que les carac- 
téristiques d'un contrôle sont expri- 
mées en pixels, il faut modifier sa 
propriété ScaleMode de la manière 
suivante : 

Const PIXEL = 3 

Imagel. ScaleMode = PIXEL 

Il nous reste encore une chose à voir 
avant de passer aux exercices pra- 
tiques. Le transfert du bloc de pixel 
ne se fait correctement que si la pro- 
priété AutoRedraw de l'image de des- 
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tination contient la valeur TRUE. 
Mais alors, le bloc n'apparaît pas sur 
l'écran après l'affichage ! Lorsque 
AutoRedraw est actif, le VB conserve 
en mémoire une copie de sauvegarde 
de l'image. Dans ce cas de figure, la 
propriété hDC fournit le handle de 
l'image de sauvegarde et non !e 
handle de l'image présente sur 
l'écran. Le transfert BitBlt se tait alors 
dans la copie de sauvegarde et non 
sur l'écran. Pour restaurer le contenu 
de l'écran avec la copie, il faut utili- 
ser la méthode Refresh après chaque 
utilisation de BitBlt. Cela se fait de la 
manière suivante : 

Image2. Refresh 
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La bibliothèque 
BITBLT.BAS 



Comme vous pouvez le constater, 
l'utilisation de BitBlt n'est pas très 
pratique ! C'est pourquoi nous avons 
écrit plusieurs routines graphiques 
simplifiant l'usage de BitBlt et per- 
mettant d'obtenir des effets gra- 
phiques amusants. Ces fonctions 
sont regroupées dans une biblio- 
thèque portant le nom de BIT- 
BLT.BAS. Pour l'utiliser dans vos 
programmes, il suffit de charger le 
fichier BITBLT.BAS dans la fenêtre 
de projet. 

La première de ces routines est 
Movelmage qui permet de transférer 
un bloc de pixels entre deux 
contrôles de types PictureBox. C'est 
une version améliorée de BitBlt, plus 
facile à utiliser que l'originale. Voici 
sa syntaxe : 

Sub Movelmage ( Image 1 As PictureBox, 
Image2 As PictureBox, 
pxl%, pylft, 
tx%, ty%, 
px2%, py2%) 



Imagel: contrôle 
graphique d'origine 
Image2 : Contrôle gra- 
phique de destination 
pxl%, pyl%: Position 
d'origine du bloc 
tx%, ty%: Taille du 
bloc 

px2%,py2l: Position de 
destination 




Quitter pig 



A Le programme BitbltOI .mak copie plusieurs fois le même 
bloc de pixels sur un contrôle graphique. 



Après le transfert, n'oubliez pas d'uti- 
liser la méthode Refresh pour visuali- 
ser le résultat sur l'écran. Sinon, la 
nouvelle image restera cachée dans 
les entrailles de Windows. 

CALL Movelmage ( Image l,Image2 ( ..) 
Image2. Refresh 

Le programme BitbltOI. mak utilise 
cette routine pour copier plusieurs fois 
le même bloc de pixels sur un contrô- 
le graphique de type PictureBox. Voici 
le coeur de ce programme : 



pxl% = 


20 






pyl% = 


20 






px2% = 


5 






py2% = 


5 






For n 


= 1 To 8 






Call 


Movelmage ( imagel , image2 , 






pxl%, 


pyl%, 






tx%, 


ty%, 




= px2% + 


px2%, 


py2%) 


px2% 


15 




py2l 


= py2% + 










Next n 








image 2 


Refresh 







Cette routine prend un bloc gra- 
phique sur le contrôle imagel et le 
copie à 8 endroits différents du 
contrôle image2. A chaque afficha- 
ge, la position x varie de 1 5 pixels et 
la position y de 10 pixels. Cela pro- 
duit un effet d'escalier assez intéres- 
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La routine MoveBLOC 



Certains jeux, comme le puzzle ou les 
jeux de mémoire, sont basés sur un 
découpage de l'écran, sous la forme 
de rectangles de même taille. Pour 
traiter cette technique, nous avons 
écrit une routine permettant de 
découper automatiquement une 
image en blocs rectangulaires. Sa syn- 
taxe est la suivante : 

Sub MoveBloc (Imagel As PictureBox, 
image2 As PictureBox, 
11%, 01%, 12%, c2%, 
nb_l ignés*, 
nb_colonnes%) 

Imagel : Contrôle graphique d'origine 
Image2 : Contrôle graphique de desti- 
nation 

11%, cl% : Position d'origine du bloc 
(ligne et colonne) 

tx%, ty% : Taille du bloc en pixels 
px2%,py2% : Position de destination 
(ligne et colonne) 

Cette routine copie un bloc du 
contrôle graphique Imagel vers le 
contrôle graphique Image2. La taille 
du bloc est calculée automatique- 
ment par la routine, à partir des 
dimensions du contrôle Imagel et de 
la valeur des paramètres nb_lignes et 
nb_colonnes. Par exemple, si l'image 
fait 200x200 pixels et que le décou- 
page se fait avec 10 lignes et 10 
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l Le programme Bitblt02.mak est une démonstration de la 
routine MoveBloc qui découpe une image en plusieurs 
rectangles de même taille. 



False) et d'utiliser 
ensuite le transfert 
BïtBlt entre le con- 
trôle invisible et un 
contrôle graphique 
visible (propriété Visi- 
ble = Tnie). Attention : 
cela ne fonctionne 
que si la propriété 
AutoRedmw du con- 
trôle invisible a la 
valeur Truel 



colonnes, chaque bloc graphique 
occupera 20x20 pixels. 

Le programme bitblt02.mak utilise 
cette routine pour découper une 
image en 4 éléments et afficher ces 
éléments dans le désordre. Ce peut 
être la base d'un jeu de taquin où il 
faut remettre les morceaux d'images 
dans le bon ordre. Comme vous 
pourrez le voir en chargeant le pro- 
gramme, l'éditeur de votre VB, la 
technique de découpage utilisée per- 
met toutes les combinaisons de 
découpages possibles. 
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Les limitations 
de BitBIt 



La fonction BitBIt est ttès pratique, 
mais elle souffre de quelques défauts 
qu'il est bon de connaîtte avant de 
l'utiliser intensivement. Pout com- 
mencet, elle ne peut fonctionnet 
qu'avec des contrôles graphiques 
situés dans la même feuille. Si vous 
tentez de transférer des données gra- 
phiques entre feuilles différentes 
avec la fonction BitBIt, il va se passer 
des choses étranges. Par exemple, ce 
peut être le fond d'écran Windows 
qui va être copié. Plutôt bizarre ! 
Cela limite un peu l'intérêt de Bit- 
Bit ! Mais il est possible de contout- 
ner la difficulté, en transférant 
d'abord l'image à afficher dans un 
contrôle invisible (propriété Visible = 



Il existe une autre limitation liée au 
nombre de couleurs du système 
d'affichage. Elle ne se manifeste que 
sur les versions de Windows confi- 
gurées en 256 couleurs. Si c'est le cas 
de votre machine, Windows ne peut 
afficher que 256 couleurs diffé- 
rentes sur l'écran. Tout fonctionne 
correctement si vous avez un seul 
contrôle graphique à l'écran. Cela se 
complique si vous avez deux images 
sur la même feuille, dans deux 
contrôles graphiques. A première 
vue, les deux images sont parfaite- 
ment visibles, même si les palettes 
de couleuts sont différentes. En fait, 
Windows fait une cuisine interne 
complexe pour accorder subtile- 
ment les palettes de couleurs, de 
manière à ce que le spectateur ait 
l'impression de voir deux images 
différentes. Si vous projetez un bloc 
de pixels d'une image sur l'autre, il 
va se produire une bavure gra- 



phique. La seconde image va adop- 
tet la palette de la première image, 
ce qui produit généralement un 
effet graphique ttès déplaisant. Pour 
éviter cela, il faut utiliser des images 
ayant exactement la même palette 
de couleuts ou configurer Windows 
pour qu'il fonctionne dans un mode 
graphique avec beaucoup de cou- 
leurs. Les cartes graphiques actuelles 
peuvent fonctionnet en 65 000 cou- 
leurs, sans perte de vitesse. Cela 
donne une qualité d'image supé- 
rieure au mode 256 couleurs ! 



I 



Pour finir 



Vous savez maintenant comment 
utiliser la fonction BitBIt. C'est une 
fonction importante qui petmet de 
réaliser des effets graphiques intéres- 
sants. Vous pouvez l'utiliser pour 
écrire des jeux et des démonstrations 
graphiques. Vous pouvez également 
téaliser un système de cryptage gra- 
phique qui code une image en la 
découpant en petits carrés et en 
mélangeant ces éléments dans un 
otdre précis. Dans ce cas, la clé de 
décryptage est l'ordre inverse de 
mélange des petits carrés. 



[ Jacques Lemercier 




Une nouvelle routine 

Vous trouverez sur le 
disque le programme 
BitBIW3.mak. Il inverse 
le sens d'affichage d'une 
image, en utilisant une 
routine permettant de 
copier une ligne d'un 
contrôle graphique vers 
un autre. 
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AVEZ-VOUS REMARQUE 
QUE LE QBASIC NE SAIT 
PAS COMMENT GÉRER 



LA SOURIS ? DE plus, 

Trucs et astuces 



IL NE POSSEDE 



MEME PAS DE MECANISME 
PERMETTANT DE CRÉER 
UN GESTIONNAIRE SOURIS. 
C'EST VRAIMENT 
DOMMAGE ! IL FAUT RUSER 
POUR DÉPASSER 
CETTE LIMITATION. 



Vous avez des problèmes avec 
le Visual Basic ? Vous n'arri- 
vez pas à faire quelque chose 
de particulier ? Une instruction du 
VB vous pose un problème ? Rassu- 
rez-vous, nous sommes là pour vous 
aider ! 

Les ouvrages d'initiation au Visual 
Basic se consacrent surtout à la pré- 
sentation des instructions au langage. 
Ce n'est pas suffisant car la program- 
mation est surtout une affaire de 
«recettes de cuisine». Il existe des solu- 
tions simples pour la plupart des pro- 
blèmes de programmation. Mais les 
débutants ne les connaissent pas et 
perdent beaucoup de temps à «réin- 
venter la poudre». C'est pourquoi 
nous avons décidé de créer une 
rubrique ayant pour vocation de vous 
présenter certaines «recettes» de base. 

Je veux afficher un texte dans une 
fenêtre, mais elle trop petite pour 
contenir tout le texte. Comment 
faire pour faire apparaître une barre 
de défilement verticale permettant 
de visualiser la totalité du texte ? 
Les programmeurs qui utilisent les 
anciens basics du type Qbasic ou 
Quick Basic n'ont pas de problèmes 



pour afficher des chiffres ou 
des textes sur l'écran. Le seul 
moyen d'afficher quelque 
chose sur l'écran est d'utiliser 
l'instruction PRINT. C'est 
nettement plus compliqué 
avec le Visual Basic et ses 
nombreux contrôles gra- 
phiques. Il existe de nom- 
breux moyens d'afficher des 
informations sur l'écran. Le 
plus classique est d'utiliser 
un contrôle Etiquette et de 
modifier son contenu, grâce 
à la propriété Caption. Il est 
également possible d'utiliser 
l'instruction PRINT pour 
écrire des informations dans un 
contrôle graphique de type Picture- 
Boxou sur le fond d'une feuille. Mais 
cela ne nous explique pas comment 
utiliser une barre de défilement ver- 
ticale pour visualiser la totalité d'un 
texte long ! 

Pour parvenir à notre objectif, il faut 
abandonner les techniques classiques 
d'affichage et utiliser un contrôle de 
type ListBox. Ce contrôle graphique 
permet de présenter à l'utilisateur 
une liste d'objets qu'il peut sélection- 
ner (une liste de fichiers, par 
exemple). Pour afficher un texte, il 
suffit de remplir la liste avec les diffé- 
rentes lignes du texte. Le contrôle se 
charge ensuite de l'affichage du texte 
et de faire apparaître une barre de 
défilement si le texte est plus long 
que le contrôle. C'est très pratique à 
utiliser, puisque c'est le con-trôle qui 
s'occupe de tout ! Le plus difficile est 
de remplir la liste avec les lignes du 
texte. Cela se fait avec la méthode 
Additem. Le listing suivant vous 
montre comment remplir une liste 
avec un texte : 




// suffît de cliquer sur l'icône correspondante pour 
créer un contrôle ListBox. 



■ EFFACEMENT CONTENU LISTE 

Listel. Clear 

' REMPLISSAGE LISTE 

For n = To 30 

ligneS - «Ligne: « + Str$(n) 

listel. Additem ligne? 
Next n 

La méthode Ckwr permet d'effacer le 
contenu antérieur de !a liste avant de 
la remplir avec les lignes du texte. Le 
remplissage se fait avec la méthode 
Additem qui ajoute un élément à la 
liste, chaque fois qu'elle est utilisée. 
La fonction Str$ permet de convertir 
le numéro de la ligne en un texte qui 
est ensuite ajouté au texte «.Ligne.-». 
Si vous utilisez cette technique pour 
afficher un texte important, il est 
probable que celui-ci soit stocké dans 
un tableau. Dans ce cas, le program- 
me d'affichage doit lire ce tableau 
pour remplir la liste. Cela se fait de la 
manière suivante : 

listel. Clear 
For n = To nb_lignes 
listel. Additem t$(n) 
Next n 



A T I O M 



S U A L BAS 



C'est très facile à mettre en œuvre. Le 
plus difficile est de remplir le tableau 
avec le texte. Cela peut se faire dans le 
programme de la manière suivante : 



ReDim tS 


(30) 


t$(0) - 






t$(l) - 


'Affichage d'un texte 


tS(2) - 


'avec une barre de» 


tS(3) - 


■défilement verticale 


t$(4| = 






t$(5) = 




tS(6) = 




nb lignes=10 





x] 








Exemple de teste affiché 
avec un scrolling vertical _. 


Ligne: A 
Ligne: 5 

Ligne: 6 

Ligne: 1 ▼ 










Qumet démo | 











k Le programme scroltxt.mak affiche 
un texte dans une fenêtre avec 
une barre de défilement verticale. 



Vous trouverez sur le disque le pro- 
gramme scroltxt. mctk qui utilise cette 
technique. Il est écrit en Visual Basic 
3.0 ex. fonctionne aussi parfaitement 
en VB 4.0. Si la manipulation des 
listes vous intéresse, vous pouvez étu- 
dier les instructions Removehem, Lis- 
tlndex, List et ListCount. L'aide inté- 
grée du 1/5 contient des informations 
intéressantes sur ces instructions. 

Comment puis-je faire pour utiliser 
des sons dans un programme en VB ? 
La seule instruction sonore standard 

du Visual Basic est l'instruction Beep 
qui fait retentir un signal sonore plus 
ou moins fort. Il est dommage que 
les concepteurs du VB n'aient pas 
pensé à prévoir une utilisation direc- 



te des fichiers WAVE. Ce type de 
fichier est pourtant incontournable, 
puisque Windows l'utilise dans son 
système multimédia. 
Heureusement, le système d'exploi- 
tation de Windows contient une 
fonction toute prête pour jouer des 
fichiers WAVE. C'est la fonction 
sndPlaySound() qui se trouve dans le 
fichier DLL MMSYSTEM. Il est pos- 
sible d'utiliser une fonction DLL 
dans un programme VB, à condirion 
de déclarer son nom, sa DLL d'origi- 
ne et sa syntaxe. Voici la formulation 
à utiliser pour sndPlaySound( '): 

Déclare Function sndPlaySound 
Lib uMMSystem» 
(ByVal lpsound As String, 
ByVal flag As Integer) 
As Integer 

La déclaration doit se faire dans la 
partie (déclarations) d'une feuille ou 
d'un module BAS. Le premier para- 
mètre est une chaîne contenant le 
nom du fichier WAVE. Le nom doit 
contenir le chemin complet (par 
exemple «c:\vb\tests\bruit.wav»). Le 
second paramètre indique la maniè- 
re dont le son doit être restitué. La 
valeur 1 correspond à une restitution 
normale. 



Le fait de devoir indiquer le répertoi- 
re du fichier WAVE est très contrai- 
gnant. Cela oblige à stocker tous les 
sons dans le même répertoire ou 
d'indiquer en dur dans le logiciel la 
position du fichier (très mauvaise 
idée !). Cependant, il existe une solu- 
tion plus astucieuse. L'objet APP 
contient différentes informations sur 
le programme courant. Par exemple, 
la propriété Patb contient le répertoi- 
re d'appel du logiciel et le répertoire 
d'appel du logiciel «c:\vb\tests\prgl.exe» 
est le répertoire «c:\viAtests». Si les 
fichiers au format WAVEsom placés 
dans le même répertoire que le pro- 
gramme, vous pouvez utiliser la pro- 
priété APP.Path pour connaître leurs 
répertoires. 

Sub JouerWave (NomFichier As String) 
Dim rep As Integer 
Dim nom As String 

nom = APP.Path + «\» + NomFichier 
rep = sndPlaySound(nom, 1) 



La fonction JouerWave() permet de 
jouer un fichier WAVE contenu dans 
le même répertoire que le program- 
me principal. Elle est écrite à partir 
de la fonction sndPlaySoundf) et 




1 \_PCFUTE\FUrE08WB\WAVE\TESIWAVE.M« 

2 \VBTI\SAMPLES\M£MWAVE\MEMWAVÎ MAK 

3 \SYBL3WB2\BRIQUE\ESSAlS\PR0JEri MAK 
iVPCaiTE\FUTE0e\VB\SCHOt.TXr\SCROLTXT> 



VB(-FRM/BAS;-.VBXjJ [~I 



k Pour insérer un module BAS dans un projet, il faut ouvrir le menu «Fichier», 
sélectionner la fonction «Ajouter un fichier...», puis utiliser le sélecteur de fichier 
pour indiquer au VB le nom du module à charger. 
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utilise la propriété APP.Path pour 
déterminer la position du fichier 



Afin de simplifier l'utilisation des 
fonctions sonores, nous avons placé 
les fonctions sndPlaySound() et 
JoiierWave() dans un module BAS 
ponant le nom de WAVE. BAS. Si 
vous voulez utiliser ces fonctions 
dans un programme, il faut copier le 
fichier WAVE.BAS dans le même 
répertoire que le programme et l'in- 
tégrer dans le projet, grâce à la fonc- 
tion «Ajouter le fichier...» du menu 
«Fichier». Cela vous permet d'utiliser 
notre module WAVE.BAS dans vos 
propres programmes, sans retaper le 
code des fonctions. 

Le programme TestWave que vous 
trouverez sur la disquette est un 
exemple d'utilisation de la fonction 
]ouerWave( '). Il utilise le module 
WAVE.BAS et permet d'écouter le 
son d'une dizaine de fichiers WAVE 
présents sur la disquette. Le logiciel 
est très simple, puisqu'il se compose 
uniquement de boutons de com- 
mande. Chaque pression sur un bou- 
ton provoque l'émission d'un son 
particulier. Voici le code correspon- 
dant au premier bouton : 

Sub Commande l_Click ( ) 

Call JouerWave{«wave01.wav!>) 
End Sub 

Vous pouvez vous procurer des 
fichiers WAVEswt les disquettes et les 
CD-ROM du domaine public. Il y a 
de tout, de la musique la plus subli- 
me aux bruitages les plus répugnants ! 
Vous utilisez les fichiers courts pour 
illustrer une image ou attirer l'atten- 
tion sur une boîte d'alerte. Rien n'est 
plus efficace qu'une sirène d'incendie 
pour motiver l'utilisateur le plus dis- 
trait ! Attention : les enregistrements 
sonores prennent beaucoup de place. 
C'est pourquoi il est préférable d'uti- 
liser des fichiers de petite taille. 
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A Le programme Testwave permet 
d'écouter les sons de 10 -fichiers 
WAVE placés sur la disquette. 



J'ai quelques problèmes pour passer 
du Quick Basic au Visual Basic 3.0. 
Par exemple, je ne parviens pas à 
utiliser l'instruction Dim pour créer 
un tableau alphanumérique dont le 
contenu est utilisable par toutes les 
feuilles de mon programme. Com- 
ment faire ? 

Pour créer un tableau accessible par 
toutes les feuilles d'un programme, il 
faut déclarer un module BAS et uti- 
liser l'instruction Globalpouv créer le 
tableau. 

Global NomS(lO) 

L'instruction Global indique au VB 
que le tableau Nom$ peut être utilisé 
par toutes les fonctions de toutes les 
feuilles du programme. Cette ins- 
truction ne peut être utilisée que 
dans la partie (déclarations) d'un 
module BAS. Si vous utilisez l'ins- 
truction Dim à la place de Global, le 
tableau n'est défini que pour les rou- 
tines du module BAS. 

Global Const NB_IMAGES ■ 20 

Cette technique peut également être 
utilisée pour créer des constantes glo- 
bales, utilisables par la totalité du 
programme. 

Comment puis-je faire pour créer une 
bibliothèque de fonctions VB utilisa- 
bles dans plusieurs programmes ? 



Un programme en VB est constitué 
de plusieurs fichiers contenant cha- 
cun un élément particulier du pro- 
gramme. Les fichiers FRM contien- 
nent la définition des feuilles et les 
fichiers BAS contiennent des rou- 
tines en Visual Basic. Le principe de 
base de la programmation en VB est 
que le corps du programme est écrit 
dans un fichier BAS, tandis que les 
routines des feuilles s'occupent uni- 
quement de la communication avec 
l'utilisateur. Le VB peut utiliser plu- 
sieurs fichiers BAS en même temps. 
Cela permet de créer des biblio- 
thèques de fonctions spécialisées, en 
mettant toutes les routines de même 
type dans un fichier BAS spécifique. 
C'est ce que nous avons fait plus haut 
avec le fichier WAVE.BAS, où toutes 
les routines sonores sont regroupées 
dans un seul fichier BAS qu'il est 
facile d'utiliser dans n'importe quel 
projet. 

Si une bibliothèque de fonctions 
stockée dans un fichier BAS a besoin 
d'une variable pour stocker des don- 
nées, il faut déclarer cette variable 
avec l'instruction Dim. Cela indique 
au VB que la variable est une variable 
globale définie uniquement pour ce 
module. C'est une sorte d'intermé- 
diaire entre une variable globale 
accessible depuis la totalité du pro- 
gramme (déclaration avec Global) et 
une variable locale à une routine 
(déclaration avec Dim au début de la 
routine). Cela permet d'utiliser des 
variables globales dans un fichier 
BAS, sans se préoccuper du fait qu'un 
autre fichier BAS risque d'utiliser le 
même nom de variable. Les concep- 
teurs du VB ont imaginé ce système 
pour faciliter la création de biblio- 
thèques de fonctions dans des 
fichiers BAS indépendants les uns des 
autres. 



Mike Terranova 



S Q U E T T E 



La disquette du moi: 



CONTIENT PLUSIEURS 



FICHIERS POUR LE VISUAL 



Basic 3.0 et 4.O. 



IL Y A DES 



Les logiciels VB 



PROGRAMMES D'EXEMPLES 



À ÉTUDIER ET DES 
EXTENSIONS VBX 
INTÉRESSANTES. IL Y A DE 
QUOI S'AMUSER PENDANT 
PLUSIEURS HEURES ! 



Deal2 

Dea!2 est un petit programme qui 
détermine aléatoirement des mains 
de 5 cartes à partir d'un jeu de 52 
cartes. II est écrit en VB 3.0 et fonc- 
tionne parfaitement en VB 4.0. Les 
images BMP des 52 cartes sont stoc- 
kées dans un ensemble de contrôles 
graphiques, situé sur la seconde 
feuille de l'application. 
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A Ce jeu de 5 cartes a été tiré aléatoi- 
rement par le programme Deal2. 



Mnyth2 

Le programme Mnyth2 est un éco- 
nomiseur d'écran écrit entièrement 
en VB3.0. Il peut générer plus d'une 
vingtaine d'effets graphiques amu- 
sants, directement sur le fond d'écran 
Windows (scrollings, effacements 
partiels, recomposition aléatoire de 
l'écran, affichage d'éléments gra- 



phiques en superposition, 
etc.). C'est un programme 
intéressant à étudier pour 
mieux comprendre le fonc- 
tionnement du graphisme 
en VB. La conversion en VB 
4. nécessite un peu de tra- 
vail de réécriture. 



Bvs-ssav 

Ce programme au nom 
curieux est un économiseur 
d'écran écrit spécifiquement 
pour le VB 4.0. Il est plus 
simple que le précédent et 
ne compte qu'un seul effet 
graphique. C'est un exemple d'utili- 
sation intéressant de la fonction Bit- 
blt() que nous présentons dans un 
autre article du magazine. 

Tbexit 

Cet utilitaire écrit en VB4.0 implan- 
te un programme dans la liste 
d'icônes de Windows 95. C'est une 
barre d'options qui permet de quitter 
le système, sans passer par le bouton 
«Démarrer». Vous pouvez étudier 
cette technique pour implanter vos 
propres utilitaires dans la barre 
d'icônes. 

Cursor 

Ce programme permet de changer la 
forme du curseur souris par une 
image de 32x32 pixels, ce qui est très 
intéressant pour le VB 3.0. En 
revanche, cela ne sert à rien en VB 
4.0, puisque celui-ci est capable 
d'utiliser n'importe quelle icône 
comme curseur souris. 

Bigfoot 

Ce programme permet de visualiser 
à l'écran le contenu d'un fichier texte. 
Le texte est chargé dans un contrôle 
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L'économiseur d'écran Mnyth2 produit des effets 
graphiques intéressants, directement sur le fond 
d'écran Windows ! 
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A Le programme Cursor permet de 
remplacer le curseur souris par une 
image de 32x32 pixels. Ici, la nouvel- 
le souris est un crayon de papier. 

TextBox et une barre verticale permet 
de visualiser la totalité du texte. Le 
programme est écrit en VB 3.0 et 
nécessite quelques petites modifica- 
tions pour fonctionner en VB 4.0. 

Blist 

Le contrôle Listbox du VB permet de 
créer une liste d'objets de taille quel- 
conque. Lorsque la liste dépasse les 
limites du contrôle, le système affiche 
une barre de défilement verticale. Le 
contrôle PCX Blist est une version 
améliorée de Listbox qui affiche une 
barre de défilement horizontale lors- 
qu'un élément de la liste est trop 
large pour tenir dans les limites du 
contrôle. 
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SQUETTE 



3Dinput 

Ce logiciel est la démonstration d'un 
contrôle VBX permettant d'afficher 
un texte dans une étiquette. L'affi- 
chage et le dessin de l'étiquette peu- 
vent se faire avec des effets 3D. 

Barcode 

Ce logiciel est un programme de 
démonstration utilisant un VBX spé- 
cial pour afficher un code barres. Vous 
pouvez utiliser ce VBX pour générer 
vos propres codes barres. Le logiciel 
est capable d'utiliser les 4 formats de 
codes barres les plus courants. 




Input: |PC FUTE 



Oulput: [PC FUTE 

133— 



t Le programme Codebare peut 
fabriquer des codes barres à la 
demande. 



Bmplist 

Ce contrôle VBX permet de stocker 
des images dans une liste. Si le 
nombre d'images est trop important, 
le programme affiche automatique- 
ment une barre verticale permettant 
de scroller sur l'ensemble de la liste. 
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A Le contrôle VBX Bmplist permet 
de stocker des images dans une 
bibliothèque graphique. 



! Compatibilité VB 4.0 

] Le VB 4.0 est conçu pour utiliser des extensions 32 bits OCX. Il ne peut 

! utiliser les extensions VBX du VB 3.0. C'est pourquoi les programmes 

] utilisant un VBX ne peuvent être adaptés au VB 4.0, à moins de posséder 

| un OCX équivalent au VBX. 



Dinfo 

Le contrôle VBX Dinfo 
permet d'obtenir des 
informations sur un 
disque ou un fichier. Par 
exemple, il peut indi- 
quer la place disponible 
sur un disque. Ou enco- 
re, indiquer l'état des 
attributs systèmes d'un 
fichier (Lecture/Ecriture, 
Archive, Date de créa- 
tion, Taille, etc.). Cela 
peut être très utile dans 
certaines applications 
faisant beaucoup appel 
aux fichiers. 

Emedit 

Ce programme est un 
éditeur de texte écrit 
autour d'un contrôle 
VBX capable de conte- 
nir un texte complet. Le 
source complet de l'édi- 
teur est fourni. Ce systè- 
me vous permet d'in- 
tégrer un véritable édi- 
teur de texte dans vos 
propres programmes. 
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i le contrôle VBX Emedit permet d'intégrer un éditeur de 
texte dans le corps de n'importe quel programme écrit 
en VB 3.0. 




i Le contrôle Percent affiche une barre de pourcentage 
indiquant l'état d'avancement d'une tâche. 



Percent 

Le contrôle VBX Percent permet de 
créer une barre de pourcentage qui se 
remplit au fur et à mesure de l'exé- 
cution d'une tâche. Cela évite à l'uti- 
lisateur de regarder un écran statique 
en se demandant si le programme 
exécute bien ses ordres ou si il est 
planté ! 



Jacques Lemercier 



Remarque 

Certains contrôles VBX présentés 
ici sont des sharewares, c'est-à- 
dire des versions d'évaluation. 
Si vous les utilisez régulièrement 
vous avez le devoir moral de 
payer la licence d'utilisation 
aux auteurs. Cette petite somme 
d'argent leur permet de vivre 
et de créer d'autres logiciels. 



PC FUTÉ N° 8 



Le moment tant attendu 
est venu! Nous allons 
donner l'étincelle de 



JEUX EN VISUAL BASIC 



VIE A LA CREATURE ET 
LA FAIRE BOUGER. 



Créez votre Pacman (III) 



Le donjon va enfin 
avoir un gardien et 
les envahisseurs vont 
souffrir! Vas-y, igor, 
envoi les loo.ooo volts 
dans la crypte! 



Dans les précédents numéros 
de PC FUTE nous avons 
vu comment créer un laby- 
rinthe et comment gérer les déplace- 
ments du pacman. Nous abordons 
aujourd'hui la phase terminale avec 
le déplacement des fantômes. Afin 
de simplifier la programmation, 
nous n'allons programmer qu'un 
fantôme. Ce n'est pas gênant, car la 
technique de déplacement est la 
même, quel que soit le nombre d'ec- 
toplasmes! 

Un fantôme est une créature qui se 
balade dans le labyrinthe et se jette 
sur le pacman quand il est à proxi- 
mité. Comment programmer cela ? 
Le plus difficile dans la création d'un 
logiciel de simulation est de définir le 
comportement d'un objet ou d'une 
créature en termes informatiques. La 
première chose à faire est de définir 
avec précision l'environnement de 
jeu. 

Dans le cas du pacman, l'environne- 
ment de jeu est une série de couloirs 
partant dans toutes les directions. Les 
déplacements ne peuvent se produi- 
re que dans le sens vertical ou hori- 
zontal. Cela ne représente que 4 
directions possibles (haut/bas, droi- 



te/gauche). Le fantôme doit se dépla- 
cer dans cet environnement et foncer 
sur le pacman dés qu'il le voit. Cela 
représente deux comportements dis- 
tincts: la promenade plus ou moins 
aléatoire et la chasse. 

Nous allons commencer par étudiet 
la promenade. Le fantôme se dépla- 
ce au hasard dans le labyrinthe. La 
méthode la plus simple pour pro- 
grammer cela est de considérer que le 
fantôme fonce tout droit devant, jus- 
qu'au moment où il rencontre un 
obstacle. Chaque fantôme doit pos- 
séder une mémoire rudimentaire lui 
rappelant sa direction de déplace- 
ment et un système de vision simple 
indiquant la présence d'un mur. La 
direction peut être conservée dans 
une variable globale. Il suffit de 
définir une convention de direction 
(l=haut; 2=bas; 3=gauche; 4=droite). 

Global direction_fantome 
As Integer 

Le système de vision est plus com- 
plexe, car il faut que le programme 
soit capable de «lire» dans la mémoi- 
re de l'ordinateur afin de déterminer 
l'absence ou la présence d'un mur. 
Comme nous l'avons vu dans les 
articles précédents, l'espace de jeu est 
mémorisé dans le tableau Tableau, 
dont voici la définition: 

Global tableau {1 To NB_LIGNES, 

1 To NB_COLONNES) 
As Integer 

Chaque case du tableau correspond à 
une pièce du labyrinthe. Il peut y 
avoir 1 éléments différents dans une 
pièce. Voici la liste de ces objets: 



Global Const MUR = 

Global Const PACK_GOMHE = 1 

Global Const PACK_GOMHE_ROUGE = 2 

Global Const SOL = 3 

Global Const PACKMAN = 4 

Global Const PACKMAN_ROUGE = 5 

Global Const FAKTOHE_ROUGE = 8 

Global Const FANTOME_VERT = 6 

Global Const FANTOME_BLEU = 7 

Global Const BONUS = 9 

Chaque objet est identifié par une 
constante symbolique. Pour savoir si 
une pièce du labyrinthe est occupée 
par un mur, il suffît de regarder le 
contenu de la case correspondante 
dans le tableau Tableau. C'est ce que 
fait la fonction test_deplacement(). 
Elle retourne la valeur True si le fan- 
tôme peut aller dans la case {l c), et 
False dans le cas contraire. En fait, la 
routine n'autorise le déplacement 
que si la case est vide (constante 
SOL), ou ne contient qu'un pack 
gomme (constante PACK_GOMM£) 

Function test_deplacement (1, c) 
Dim n As Integer 
Dim rep As Integer 

rep = False 

n = tableau(l, c) 

If n - SOL Then rep = True 

If n = PACK_GOMME Then 

rep = True 
end if 

test_deplacement = rep 
End Function 

Cette routine est trop restrictive. Elle 
interdit le déplacement si la case 
contient un bonus ou un pack gomme 
rouge. Si vous trouvez que c'est injus- 
te pour le fantôme, vous pouvez modi- 
fier la routine pour étendre les autori- 
sations de déplacement. 
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Affichage du fantôme 



La position courante du fantôme est 
définie par les variables ligne_fanto- 
me et colonne_fantome. Ce sont des 
variables définies avec l'attribut Glo- 
bal, de manière à être utilisables par 
toutes les routines du programme. 

Global ligne_fantome As Integer 
Global colonne_fantome As Integer 

La fonction afficher_fantome() per- 
met d'afficher le fantôme à sa posi- 
tion courante, définie par ligne_fan- 
tome et coknne_fantome. Pour cela, 
elle écrit la constante IMAGE_FAN- 
TOME dans la case correspondante 
du tableau Tableau et utilise la fonc- 
tion aff_case() pour afficher la nou- 
velle image sur l'écran. Nous avons 
vu le fonctionnement de aff_case() 
dans le dernier PC FUTE. La cons- 
tante IMAGE_FANTOME con- 
tient la valeur 8, c'est le numéro de 
l'image du fantôme rouge. 

Sub af f icher_fantome ( ) 
DIH 1 as integer 
DIM c as integer 

1 = ligne_fantome 
c = colonne__fantome 
tableaufl, c) = IMAGE_FANTOME 
Call aff_case(l, c) 
End Sub 

Cette routine présente un défaut. 
Elle écrit le code du fantôme dans le 
tableau sans se préoccuper de son 
contenu antérieur. C'est gênant dans 
la mesure où le fantôme peut passer 
au-dessus de plusieurs types d'objets. 
Si l'information n'est pas conservée, 
le programme ne saura pas quoi réaf- 
ficher lors du prochain mouvement 
du fantôme. Pour éviter cela, le logi- 
ciel doit sauver le contenu du tableau 
dans une variable globale. C'est ce 
que fait la routine suivante: 




100 
Dtlffl 
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i Le fantôme vient de voir le pacman! Notre héros arrivera-t-il à échapper à son 
terrible ennemi ? 



Sub af f icher_fantome ( ) 
DIM 1 as integer 
DIM c as integer 

1 = ligne^f antome 
c = colonne__fantome 
' MEMORISATION PIECE FANTOME 
piece_fantome = tableau(l, c) 
tableaufl, c) = IMAGE_FANTOME 
Call aff_case(l, c) 
End Sub 
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Effacement du fantôme 



La routine effhcer_fantome( ) efface 
l'image courante du fantôme, située 
à la position ligne_fantome, colon- 
ne_fantome. En fait, elle se contente 
de restauter l'ancien contenu de la 
case, stocké dans la variable globale 
piece_fantome. 

Sub ef f acer_f antome ( ) 
DIM 1 as integer 
DIM c as integer 

1 = ligne_fantome 
c = colonne_f antome 
' Restaure ancienne position 
tableaufl, c) ■ piece_f antome 
Call aff_case(l, c) 
End Sub 

Pour déplacer le fantôme d'une posi- 



tion à une autre, il faut effacer son 
image avec la fonction effacer_fanto- 
me(), modifier le contenu des varia- 
bles ligne_jàntome et cobnne_fantome 
et appeler la routine officher_Jantome(). 

effacer_f antome 
ligne_fantome = . . 
colonne_f antome = . . 
afficher fantôme 
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Gestion du déplacement 



Le fantôme doit se déplacer tout le 
temps dans la même direction, jus- 
qu'à ce qu'il soit arrêté par un obs- 
tacle. La manière la plus simple de 
programmer cela est d'utiliser une 
boucle infinie. La routine calcule la 
position probable du fantôme et uti- 
lise la fonction test_deplacement( ) 
pour voir si le déplacement est pos- 
sible. En cas d'obstacle, le program- 
me détermine aléatoirement une 
nouvelle direction de déplacement et 
recommence les calculs. Sinon, le 
logiciel sort de la boucle do loop qui 
contient le calcul de la position et 
effectue le déplacement. 

' GESTION DU DEPLACEMENT 
DO 

Select Case direction_fantome 

' ALLER HAUT 
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Case 1: 

ligne ■ ligne_fantome - 1 

colonne = colonne_fantome 
' ALLER BAS 

Case 2: 
ligne = ligne_fantome + 1 
colonne = colonne_fantome 
' ALLER GAUCHE 
Case 3: 

ligne = ligne_fantome 

colonne = colonne_fantome - 1 
' ALLER DROITE 
Case 4: 

ligne = ligne_fantome 

colonne = colonne_fantome + 1 
End Select 

If test_deplacement ( 

ligne, colonne) Then 
Exit Do 
End If 

direction_fantome=Int(Rnd*4+l ) 
Loop 

' DEPLACEMENT FANTOME 
effacer_fantome 
ligne_fantome = ligne 
colonne_fantome = colonne 
afficher fantôme 
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Destruction du pacman 



Si le fantôme se trouve à coté du pac- 
man, il lui saute dessus et le détruit. Il 
faut intégrer un système de détection 
du pacman dans la routine de gestion 
du fantôme. C'est simple à réaliser 
dans la mesure où le fantôme ne peut 
attaquer le pacman que s'il se trouve 
sur la même ligne ou la même colon- 
ne, et à une distance d'une case seule- 
ment. Il suffit de comparer la position 
du fantôme et du pacman pour 
connaître la distance qui les sépare. 

' Calcul distance pacman 
d_ligne = ligne_fantome 

- ligne_packman 



d_colonne = colonne_fantome 

- colonne_packman 

If ((d_Hgne ■ 0) And 

(Abs(d_colonne) =1)) Then 
mort_packman 
Exit Sub 
End If 

If ((d_colonne = 0) And 
(Abs(d_ligne) = 1)) Then 

mort_packman 

Exit Sub 
End If 

La destruction du pacman est traitée 
par la routine mort_packman. Elle 
affiche l'image du fantôme à la place 
du pacman, émet un signal sonore, 
bloque tous les timers du jeu et 
affiche une boîte d'alerte avec le mes- 
sage «.Perdu!». 
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Un peu d'intelligence 
pour le fantôme 



Le fantôme a peu de chance d'attra- 
per le pacman si ces déplacements 
sont dus entièrement au hasard. Il 
faut lui donner un mode «chasse» qui 
augmente ces chances. La méthode la 
plus simple est de donner une «vision 
artificielle» au fantôme. Avant cha- 
que déplacement, notre ectoplasme 
jette un coup d'oeil autour de lui. Si 
le pacman est dans le champ de 
vision, le fantôme change sa direc- 
tion de déplacement pour foncer 
directement sur son gibier. 

Function test_vision_bas ( ) 
Dim ligne As Integer 
Dim colonne As Integer 
Dim n As Integer 
Dim rep As Integer 

ligne ■ ligne_fantome 
colonne = colonne_fantome 
rep = False 
Do 



n = tableau(ligne, colonne) 
If n = PACKMAN Then 

rep = True 

Exit Do 
End If 
If n = MUR Then 

Exit Function 
End If 

ligne ■ ligne + 1 
Loop 

test vision bas = rep 



End Function 

La fonction test_vision_bas() 'vous mon- 
tre comment fonctionne la vision du 
fantôme. Elle part de la position cou- 
rante du fantôme et balaye le tableau 
de jeu vers le bas, jusqu'à rencontrer 
un mur ou le pacman. Elle retourne 
la valeur True si le pacman est détec- 
té, et la valeur False si un mur bloque 
la vision. Il existe une routine pour 
chaque type de vision (haut, bas, 
droite et gauche). C'est la fonction 
vision_fantome() qui supervise ces rou- 
tines afin de déterminer la nouvelle 
direction de déplacement. 

Sub vision_fantome ( ) 
If test_vision_haut( ) Then 

direct ion_fantome = 1 

Exit Sub 
End If 

If test_vision_bas( ) Then 

direction_fantome = 2 

Exit Sub 
End If 

If test_vision_gauche( ) Then 

direction_fantome = 3 

Exit Sub 
End If 

If test_vision_droite( ) Then 

direct ion_f an tome = 4 

Exit Sub 
End If 



suite p. 61 
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Les jeux modernes sont 
de plus en plus rapides. 
Pour obtenir ces 



PERFORMANCES, IL FAUT 

PLONGER DANS 

LES ENTRAILLES 

DU SYSTÈME ET ÉCRIRE 



Accès direct 

à la mémoire vidéo 



directement dans 

la mémoire vidéo. 

Heureusement, 

la structure mémoire 

du mode graphique vga 

320x200 est facile 

à manipuler ! 



La mémoire vidéo VGA 
320x200 occupe exactement 
64 000 octets. Elle est organi- 
sée en 200 lignes de 320 octets. 
Chaque octet contient le codage 
d'un pixel. Le premier octet se trou- 
ve à l'adresse A000:0000. Cela cor- 
respond au segment A000 et à l'off- 
set 0000. Ce système de segment 
d'offset vient de la manière archaïque 
dont le jDOSgère la mémoire. Elle est 
découpée en segments de 64 Ko. 
Pour connaître la position d'une 
donnée dans la mémoire, il faut 
connaître son segment et sa position 
par rapport au début du segment, 
c'est-à-dire son offset. 
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Accès à la mémoire vidéo 



Pour manipuler le contenu de la 
mémoire vidéo, il faut pouvoir lire et 
écrire des données à n'importe quel 
endroit de la mémoire. C'est une 
tâche sur mesure pour les pointeurs 



du C. Un pointeur est un objet qui 
pointe sur une adresse précise de la 
mémoire. Par son intermédiaire, il est 
possible d'agir sur le contenu de cette 
adresse. Selon le type de pointeurs, 
on peut agir directement sur des 
octets, des entiers 16 bits, des chaînes 
de caractères, etc. 

Le langage C ne possède pas de type 
de données correspondant à un 
octet. Mais il est possible d'en créer, 
grâce à l'instruction typedef. Le lis- 
ting suivant vous montre comment 
créer un pointeur : 

typedef unsigned char byte; 



Ce pointeur n'est pas initialisé et peut 
pointer sur n'importe quel emplace- 
ment de la mémoire. Pour l'utiliser, il 
faut lui indiquer sur quelle adresse il 
doit pointer. C'est la tâche de la fonc- 
tion MK_FP(). Elle reçoit un segment 
et un offset et génère le pointeur cor- 
respondant. Les adresses systèmes PC 
sont toujours exprimées en hexadéci- 
mal. C'est pourquoi nous avons écrit 
OxAOOO et 0x000. Le fait de commen- 
cer un nombre par Ox indique au C 
qu'il s'agit d'une valeur hexadécimale. 

ptr = MK_FP{0xA000, 0x000); 



Il est probable que cette formulation 
provoque un message d'erreur sur 
votre compilateur. Cela vient du fait 
que MK_FP() est conçu pour four- 
nir un pointeur de type indifférencié 
{voie *) et non un pointeur sur un 
octet (byte *). Les compilateurs C 
vérifient que le type des données 
écrites dans une variable soit de même 
type que la variable. Sans cela, il y a un 
message d'avertissement. Pour éviter 
cela, il faut indiquer au compilateur 
qu'il doit convertir le résultat de 
MK_FP() en un pointeur sur un byte. 
Voici la syntaxe à utiliser : 

ptr = (byte *)MK_FP(0xA000, 0x0000) ; 

Il est possible que vous ayez encore 
une erreur de compilation sur cette 
ligne. Cela provient du mode 
mémoire utilisé par votre compila- 
teur. A cause des segments et des off- 
sets, les compilateurs C possèdent 
plusieurs modes de gestion de la 
mémoire {SmalL Médium, Compact, 
Largeet Huge). Cela correspond à des 
manières plus ou moins ésotériques 
de gérer la mémoire. Le mode 
mémoire le plus pratique pour nous 
est le mode Large. Avant de compiler 
vos programmes, il faut activer l'op- 
tion «.Mode Mémoire Large» de votre 
compilateur. 



Attention 

N'oubliez pas d'activer le mode de mémoire «Large» avant de compiler vos 
programmes. Cela doit se faire généralement lors de la création du projet 
de compilation. Sans cela, vous aurez des problèmes pour créer un 
pointeur permettant d'accéder à la mémoire vidéo. Les compilateurs C ont 
généralement un panneau regroupant toutes les options de compilation. 
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La disquette 

La disquette contient plusieurs programmes d'exemples écrits en Visual C 
et Borland C. Ils montrent que l'on peut faire des choses amusantes en 
manipulant directement la mémoire écran. 
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Lecture 

de la mémoire vidéo 



Nous savons maintenant comment 
créer un pointeur sur la mémoire. II 
ne reste plus qu'à l'utiliser pour accé- 
der au contenu de la mémoire vidéo. 
C'est très simple car la syntaxe d'uti- 
lisation des pointeurs n'a rien de très 
compliqué. Voici la formule à utiliser 
pour lire le contenu de la mémoire 
adressée par un pointeur : 

byte valeur; 
byte *ptr; 



C'est l'opérateur «*» qui indique au 
compilateur Cqu'il doit lire la valeur 
adressée par le pointeur. Pour lire la 
valeur du premier pixel de la mémoi- 
re écran, il faut procéder de la maniè- 
re suivante : 

byte *ptr; 
byte pixel; 

ptr = {byte *)MK_FP(0xA000, 0x0000); 
pixel = *ptr; 

Pour accéder au second pixel, il suf- 
fit d'incrémenter le pointeur avec 
l'opérateur ++. 

byte *ptr; 
byte pixell; 
byte pixel2; 

ptr = (byte *}HK_FP{0xA000, 0x0000); 

pixell = *ptr; 

ptr++; 

pixelZ = *ptr; 

Pour accéder à un pixel particulier de 
l'écran, il faut calculer sa position, 
c'est-à-dire son offset. Il n'y a pas de 
calcul à faire pour le segment, 
puisque toute la mémoire écran est 
située dans le segment OxAOOO. 
Nous avons déjà vu que l'écran est 



organisé en 200 lignes de 320 pixels. 
La formule de calcul pour l'offset 
d'un pixel est la suivante : 

offset = py*3Z0 + px; 

Voici un listing qui permet de 
connaître la couleur d'un pixel quel- 
conque : 

byte *ptr; 
byte pixel; 
int px, py; 
unsigned int offset; 

// CALCUL POSITION 

px = 100; 

py = 100; 

offset = py*320 + px; 

// LECTURE PIXEL 

ptr = (byte *)MK_FP( OxAOOO, offset); 

pixel = *ptr; 
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Ecriture dans 
la mémoire vidéo 



Il est aussi facile d'écrire dans la 
mémoire vidéo que d'y lire. Les poin- 
teurs sont vraiment des outils pré- 
cieux ! Voici un petit programme qui 
écrit la valeur 125 dans le premier 
pixel de l'écran : 

byte *ptr; 

ptr ■ {byte *)MK_FP(0xA000, 0x0000); 
*ptr = 125; 

La routine suivante remplit les 
64 000 pixels de l'écran avec la même 
couleur. II initialise le pointeur ptr 
avec l'adresse de début de la mémoi- 
re vidéo, puis utilise une boucle pour 
balayer les 64 000 octets de l'écran. 
Vous vous demandez peut-être pour- 
quoi la variable n est du type unsigned 
int et non int ? Les variables de type 
int sont définies de la valeur 
-32768 à la valeur +32767. Cela ne 



va pas dans le cadre de notre pro- 
gramme où une boucle doit s'exécu- 
ter 64 000 fois ! C'est pourquoi l'in- 
dice de boucle est du type unsigned 
int dont la valeur peut varier entre 
et 65 535. Si la boucle doit s'exécuter 
plus de 65 535 fois, il faut utiliser une 
variable de type Long qui peut conte- 
nir des nombres entiers de grande 
valeur. La valeur 64 000 est suivie par 
la lettre «w» qui signifie unsigned 

void remplissage_ecran(char c) 

{ 

byte* ptr; 

unsigned int n; 

ptr=(byte *)MK_FP(0xA000, 0x000); 

for (n=0; n<64000u; n++) 

< 

*ptr = c; 
ptr++; 
} 
} 
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Pour finir 



La manipulation directe de la mémoi- 
re écran offre de nombreuses possibili- 
tés pour la réalisation de programmes 
graphiques performants. Nous allons 
beaucoup l'utiliser dans les articles à 
venir, pour afficher des sprites, réaliser 
des effets spéciaux graphiques, étudier 
les techniques de scrollings, etc. 

JK Patrick Leclercq 



Les compilateurs C et le DOS 

Les nouveaux compilateurs 32 bits, 
comme le Visual C++ 4.0, sont 
conçus uniquement pour générer 
du code 32 bits pour Windows. Si 
vous voulez écrire des programmes 
DOS, il faut utiliser des compilateurs 
plus anciens, comme le Visual C++ 
1 .5 ou le Borland C 4.0. 



PC FUTÉ N" 8 



GRAPHISME ET LANGAGE C 



LE FORMAT BMP EST LE 
PLUS SIMPLE ET LE PLUS 
RÉPANDU DES FORMATS 



GRAPHIQUES. LA 



GENERALISATION 



DE WINDOWS EN A FAIT 



UN STANDARD 



Chargement 

d'une image BMP 



INCONTOURNABLE. C'EST 
POURQUOI CET ARTICLE 
VOUS EXPLIQUE COMMENT 
CHARGER LES IMAGES BMP 
DANS VOS PROGRAMMES. 



Les fichiers graphiques ne 
contiennent pas que des 
images. Ils renferment aussi 
des informations sur la taille des 
images, la manière dont elles sont 
stockées et la palette de couleurs uti- 
lisée. C'est pourquoi un fichier BMP 
est constitué de 4 éléments différents. 
Le premier élément est une structure 
de 14 octets qui porte le nom de 
BITMAPFILEHEADER Sa structu- 
re est la suivante : 

Un octet contenant la lettre «B» 
Un octet contenant la lettre «H» 
Un DWORD (32 bits non signé) conte- 
nant la taille de l'image 
Un WORD (16 bits non signé) réservé 
par le constructeur 
Un WORD réservé par le constructeur 
Un DWORD contenant la position de 
l'image binaire à partir du début du 
fichier. 

La structure suivante porte le nom 
de BITMAPINFOHEADER. Sa tail- 
le n'est pas fixe. Le constructeur 
s'est réservé le droit d'étendre cette 
zone pour y stocker de nouvelles 
informations, dans un futur plus ou 
moins proche. Sa structure est la 
suivante : 




i Voici un exemple des images BMP que vous trouverez sur le disque. 



Un DWORD : Taille de la structure 
Un LONG : Hauteur de l'image 
Un LONG : Largeur de 1 ' image 
Un WORD : Nombre de plans de pixels - 
toujours 1 

Un WORD : Nombre de bits par plan (1, 
4, 8, 16, 24 ou 32) 
Un DWORD : Mode de compression (0=non 
compression) 

Un DWORD : Taille de l'image en 
octets (0=image non-compressée) 
Un LONG : Résolution en pixel/mètre x 
Un LONG : Résolution en pixel/mètre y 
Un DWORD : Nombre d'index de couleurs 
utilisées dans l'image 
Un DWORD : Nombre de couleurs vrai- 
ment importantes dans l'image. 

Cette structure contient beaucoup 
d'informations pour une simple 
image. On y apprend, entre autres, 
que le format BMP peut contenir des 
données graphiques compressées, ce 
qui risque de compliquer récriture 
d'une routine de chargement. Heu- 



reusement pour nous, les images 
BMP ne sont pratiquement jamais 
compressées ! 

La structure suivante est un tableau 
qui contient la palette de couleurs de 
l'image. Les couleurs sont stockées 
sous la forme de nuance RVB 
(Rouge, Vert, Bleu). Le codage de 
chaque index de couleur occupe 4 
octets. Le premier octet est vide, tan- 
dis que les octets 2, 3 et 4 contien- 
nent les composantes Bleu, Vert et 
Rouge. Le stockage de la palette 
d'une image 256 couleurs nécessite 
1 024 octets (256*4). 



1er octet 

2e octet : 

3e octet : 

4e octet : 

5e octet : 

6e octet : 

7e octet : 

8e octet : 

9e octet : 



rien 
composante Bleu couleur 
composante Vert couleur 
composante Rouge couleur 

Composante Bleu couleur 1 
composante Vert couleur 1 
composante Rouge couleur 1 
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Et enfin, la dernière structure est 
l'image elle-même ! Elle est stockée à 
l'envers, c'est-à-dire que la première 
ligne du fichier est la dernière ligne 
de l'écran. II faut tenir compte de ce 
décalage lors du chargement de 
l'image. 
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Chargement 
d'une image BMP 



La structure d'une image BMP est 
assez complexe, même si les autres 
formats graphiques sont encore plus 
complexes ! Cela tient au fait que les 
concepteurs du BMPoni voulu créer 
un format graphique universel, utili- 
sable quelle que soit la résolution et 
le nombre de couleurs de l'image. 
Bref, il est complexe d'écrire une rou- 
tine de chargement BMP fonction- 
nant dans tous les cas de figure pos- 
sibles. Heureusement, ce n'est pas 
notre intention ! Le but de cet article 
est d'obtenir une routine de charge- 




A Voici une belle image BMP 3200x200 
en 256 couleurs. 



ment d'images BMP qui fonctionne 
uniquement dans le mode VGA 
320x200 en 256 couleurs. C'est le 
mode graphique le plus utilisé pour 
les applications DOS. 

Une image BMP 320x200 en 256 
couleurs non compressée mesure 
65 078 octets. Le premier bloc d'in- 
formations est placé au début du pro- 
gramme. Le second bloc d'informa- 
tions commence à partir du 1 5e octet 
du fichier. Le codage de la palette de 
couleurs commence à partir du 54e 



octet et occupe 1 024 octets. L'image 
proprement dite est stockée à partir 
de 1 079 octets du fichier. Elle occu- 
pe 64 000 octets (200 lignes de 320 
octets=64 000). Afin de simplifier la 
programmation, nous allons consi- 
dérer que toutes les images BMP 
320x200 ont cette structure. 



I 



Les étapes 
de chargement 



La première étape du chargement est 
l'ouverture d'un fichier binaire. Ce 
type de fichier est très précieux pour 
les applications graphiques car il per- 
met d'accéder à tous les octets d'un 
fichier. Cela se fait avec l'instruction 
fopen(). La chaîne «r£» indique au 
compilateur Cque le fichier doit être 
ouvert en lecture {rend) et qu'il est du 
type binaire {binary). 



fie = f open ( nom_image , urb»); 

A partir du moment où le fichier 
contient une image BMP 320x200 
en 256 couleurs, nous n'avons pas 
besoin de consulter l'en-tête pour 
connaître les caractéristiques de 
l'image. C'est pourquoi nous pou- 
vons passer directement à la palette 
de couleurs. La fonction jseekQ per- 
met de positionner le fichier à une 
position quelconque. La palette de 
couleurs commence au 54e octet du 
fichier. Mais comme la numérota- 
tion des octets commence à la posi- 
tion 0, le programme doit se placer 
sur l'octet 53 pour accéder à la palet- 
te de couleurs. 

fseek(fic, 53, SEEK_SET); 
for (c=0; c<256; c++) 

K 

rien={ 64*getc ( f ic) ) /256; 
bleu=(64*getc(fic))/256; 
vert=(64*getc(fic)}/256; 



rouge=( 64*getc ( f ic ) ) /256 ; 
pal(c][0]=rouge; 
pal[c][l]=vert; 
pal[c][2)=bleu; 
} 

Nous avons vu que chaque couleur 
est constituée d'un mélange de trois 
couleurs élémentaires : le Bleu, le 
Vert et le Rouge. C'est ce qu'on 
appelle le codage RVB. Les compo- 
santes RVB des fichiers BMP sont 
codées sur 256 valeurs différentes. 
Cela veut dire que chaque couleur 
élémentaire peut avoir 256 teintes 
différentes. En mélangeant ces 
teintes élémentaires, on peut obtenir 
plus de 16 millions de couleurs. C'est 
énorme ! Cependant, cela pose un 
problème car les cartes VGA ne sont 
pas conçues pour supporter autant 
de couleurs. La norme VGA de base 
prévoit que les composantes RVB ne 
peuvent prendre que 64 valeurs dif- 
férentes et non 256. Cela ne permet 
d'avoir que 162 144 couleurs diffé- 
rentes. C'est pourquoi notre routine 
de chargement multiplie les compo- 
santes RVB par 64 et les divise par 
256. Cela convertit le codage RVB 1 6 
millions de couleurs en codage RVB 
162 144 couleurs. La plupart des 
cartes graphiques actuelles ont des 
modes graphiques avec 16 millions 
de couleurs. Mais cela n'empêche pas 
leurs modes graphiques 256 couleurs 
d'être toujours limités à seulement 
162 144 couleurs ! 

Au fur et à mesure de la lecture du 
fichier, les composantes RVB sont 
stockées dans un tableau d'octets. 
Une fois les 256 couleurs en mémoi- 
re, le programme appelle la routine 
setpaletteQ en lui passant l'adresse du 
tableau. Cette routine remplace 
automatiquement la palette de cou- 
leurs de l'écran par la palette de cou- 
leurs de l'image. L'opération est très 
rapide. 

setpalette ( s pal [ ] [ ] ) ; 
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Cette routine setpalette() n'est pas 
une fonction standard du C. Elle a 
été écrite à partir dune routine gra- 
phique de la carte VGA. Celle-ci pos- 
sède un certain nombre de fonctions 
qui peuvent être appelées à partir 
d'une interruption système. Nous 
avons déjà parlé de l'utilisation des 
interruptions dans le dernier numé- 
ro de PC FUTE à propos de la ges- 
tion de la souris en Qbasic. Nous 
reparlerons des interruptions et du 
langage C dans un prochain article. 
Le seul paramètre dont setpalette() ait 
besoin est l'adresse d'un tableau d'oc- 
tets de 768 octets (3x256 octets) qui 
contient le codage RVBde toutes les 
256 couleurs de la nouvelle palette. 
Voici son listing : 

void setpalette(byte *pal) 
{ 

union REGS reg; 

struct SREGS regs; 

reg.x.ax = 0x1012; 

regs . es=_FP_SEG ( pal ) ; 

reg . x . dx=_FP_OFF ( pal ) ; 

reg.x.bx=0x0; 

reg.x.cx=256; 

int86x (0x10, &reg , &reg , fcregs ) ; 
} 

Une fois la palette de couleurs modi- 
fiée, la routine peut charger les 200 
lignes de l'image. La première ligne 
de l'image commence à l'octet 1 078 
du fichier. C'est pourquoi le pro- 
gramme doit encore utiliser la fonc- 
tion fseek() pour positionner le 
fichier sur cet octet. Les lignes sont 



Et Windows ? 

Cet article traite uniquement du chargement d'une image BMP 320x200 
en 256 couleurs dans un programme DOS. Nous n'avons pas parlé du 
chargement des images BMP sous Windows car la plupart des langages de 
programmation Windows possèdent leurs propres routines de chargement 
BMP. Néanmoins, nous aborderons prochainement ce sujet en expliquant 
comment charger une image BMP dans un programme Windows écrit avec 
le SDK Game. 



stockées à l'envers. Le programme 
doit donc commencer la lecture par 
la ligne 199 et finir par la ligne 0. Il 
y a 200 lignes, mais la numérotation 
se fait à partir de la ligne et c'est 
pourquoi la dernière ligne porte le 
numéro 199 et non 200. 

fseek(fic, 1078, SEEK_SET); 

ligne =199; 

for (n=0; n<200; n++) 

{ 

// CALCUL ADRESSE LIGNE 

ptr = (byte *)MK_FP{0xAQ00, 
ligne*320); 

// CHARGEMENT LIGNE 

fread (ptr, 320, 1, fie); 

ligne = ligne-1; 
} 

Le chargement de chaque ligne en 
mémoire se fait à l'aide de la fonction 
jreod() qui permet de lire un bloc 
d'octets et de la transférer directe- 
ment à une adresse quelconque de la 
mémoire. C'est la technique la plus 
rapide qui existe en C pour lire des 
données disques. Le programme uti- 
lise l'instruction MK_FP() pour cal- 
culer l'adresse des lignes dans la 
mémoire écran. Vous trouverez dans 
ce magazine un article qui explique la 
structure de la mémoire vidéo du 
mode graphique VGA. 
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La bibliothèque 
GRAPHVGA 



i Ce tableau ancien est une image BMP 320x200. 



Afin de simplifier l'uti- 
lisation de la routine 
loadBMP(,) nous avons 
écrit une nouvelle biblio- 
thèque graphique. Celle- 
ci regroupe toutes les 



fonctions graphiques présentées dans 
les deux derniers numéros de PC 
FUTE. Elle permet de charger une 
image BMP de manière très simple, 
comme le montre l'exemple suivant : 

ttinclude <stdio.h> 
tfinclude <conio.h> 
iinclude "graphvga.h» 

void main (void) 
{ 

init_vga256(); 

getch( ); 

loadBMP( «chats.bmp») ; 

getch(); 

close_vga256( ); 
> 

Vous trouverez sur le disque une ver- 
sion de la bibliothèque GRAPHVGAH 
pour le Visual C et une autre version 
pour le Borland C. L'adaptation à un 
autre compilateur Cest facile à faire. 
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Pour finir 



Vous pouvez utiliser la routine 
loadBMP() pour afficher des images 
BMP sur l'écran. Mais son principal 
intérêt réside dans la possibilité de 
récupérer des graphismes pour les 
programmes graphiques et les jeux. 
Vous trouverez un exemple de cette 
technique dans un autre article de ce 
magazine, où l'auteur explique com- 
ment générer la cane d'un vaste pays, 
à partir de petits éléments graphiques 
de base, dessinés par un graphiste 
avec un logiciel de dessin. 



Patrick Leclercq 
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Vous aimez Civilisation ? 

VOUS AVEZ DES IDÉES SUR 
LA MANIÈRE DONT DOIT 



'JEUX ET LANGAGE C 



FONCTIONNER LE JEU DE 



SIMULATION IDEAL ? 



Dans ce cas, pourquoi 
ne pas créer votre 



Programmation d'un jeu 
de stratégie 



propre logiciel ? 
Bienvenue dans le 
monde des créateurs 
d'univers ! 



Depuis quelques années, les 
jeux de simulation straté- 
gique, comme Colonisa- 
tion, Populus, Masters of Magic, 
Orion, César tx Ufo ont beaucoup de 
succès. C'est surtout les plus de 25 
ans qui aiment ce type de jeux. Les 
plus jeunes préfèrent les jeux d'action 
et les jeux d'aventure. Le jeu le plus 
connu est sans conteste Civilisation 
qui, depuis sa sortie en 1 992, connaît 
un énorme succès. Malgré son inté- 
rêt ludique, ce jeu n'a rien de fabu- 
leux sur le plan technique. C'est 
l'idée de base et la manière dont elle 
a été traitée qui sont importantes. 
On peut programmer d'excellents 
jeux sans être un virtuose de l'infor- 
matique. C'est pourquoi nous avons 
décidé d'écrire quelques articles 
dévoilant les secrets de la program- 
mation d'un jeu de type Civilisation. 
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Qu'est-ce que 
Civilisation ? 



C'est un jeu où le joueur doit gérer 
l'évolution d'une civilisation. Il com- 
mence en l'an -4000 avec un petit vil- 
lage et doit créer une grande civilisa- 
tion. Pour cela, il faut fonder des villes, 
explorer le monde, développer le com- 




k Voici un écran de Civilisation montrant un affrontement entre l'empire romain 
et les Zoulous. Ceux-ci ont violé un traité de paix et attaqué les forces de Rome 
par surprise. Qui va gagner ? 



merce et la recherche scientifique, sans 
oublier de créer des unités militaires et 
d'aller casser la figure au voisin ! Le jeu 
se déroule sur la carte d'un monde, 
découpé en lignes et en colonnes. Cela 
ressemble beaucoup à un jeu de socié- 
té, ce qui est normal, quand on sait que 
Civilisation a été beaucoup inspiré par 
le jeu de plateau éducatif Civilisation 
qui retrace l'évolution de peuples pri- 
mitifs jusqu'à l'âge de fer. 
Le jeu commence avec une unité de 
colons qui permet de créer une ville. 
Ensuite, cette ville grandit et crée des 
unités militaires pour explorer le 
monde et des colons pour exploiter la 
terre et créer d'autres villes. Les res- 
sources produites par les villes peu- 
vent également servir à construire de 
nouveaux bâtiments. Ils apportent 
des avantages et de nouvelles possibi- 
lités, accélérant notamment l'évolu- 
tion technologique qui est le coeur du 



jeu. La vitesse d'acquisition des tech- 
nologies dépend des ressources consa- 
crées à la recherche et à l'érudition. 
Mais les autres peuples sont agressifs 
et s'opposent à la progression de l'em- 
pire, en s'emparant des villes et en 
volant vos technologies. Il faut donc 
répartir intelligemment les ressources 
entre la fabrication d'unités militaires 
et les projets civils, tout en sachant 
que l'acquisition de nouvelles techno- 
logies permet de créer des unités mili- 
taires plus performantes. 
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Les problèmes 
techniques 



La programmation d'un jeu de type 
Civilisation pose un certain nombre 
de problèmes intéressants. Il faut 
gérer l'affichage de la carte, s'occuper 
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du déplacement des unités sur le ter- 
rain, traiter les combats entre unités, 
gérer les villes et les constructions 
civiles, faire évoluer la technologie en 
fonction de la recherche et surtout, 
faire réagir intelligemment les civili- 
sations ennemies, de manière à offrir 
un vrai défi au joueur. Cela représen- 
te beaucoup de travail. Ce mois-ci, 
nous allons étudier l'affichage de la 
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Gestion de la carte 



Comme vous pouvez le voir sur les 
images illustrant l'article, la carte de 
Civilisation est dessinée à partir d'élé- 
ments graphiques rectangulaires. 
Chaque élément mesure 16x16 
pixels. La carte totale est constituée 
de 80x50 carrés. L'écran étant trop 
petit pour contenir la carte dans sa 
totalité, le programme se contente 
d'afficher une fenêtre de 15x12 élé- 
ment. Cela occupe à peu près les 3/4 
de l'écran. Le reste de l'écran est uti- 
lisé pour afficher les informations du 
jeu. 

La technique la plus simple pour 
stocker la carte en mémoire est d'uti- 
liser un tableau à deux dimensions. 



Et Windows ? 

La plupart des programmes DOS 
travaillent en mode VGA 
320x200, c'est pourquoi les 
éléments graphiques de base 
ont une taille de 16x16 pixels. 
En revanche, avec Windows et les 
jeux récents, la norme graphique 
pour les jeux est le 640x480. Cela 
permet de dessiner de superbes 
éléments graphiques de 32x32 
pixels. 



Î^S-c-— Ç 



Chaque élément de la carte est un 
byte, c'est-à-dire un entier non signé 
dont la valeur peut varier entre et 
255. Il peut donc y avoir 256 élé- 
ments de terrain différents. C'est 
énorme. En fait, Civilisation n'utilise 
pas plus d'une centaine d'éléments 
pour dessiner toutes les cartes. 

#define MAX_COLONNES 80 
idefine MAX_LIGNES 50 

byte carte [HAX_LIGNESj 

[MAX_COL0NNES]; 
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Stockage des éléments 
graphiques 



Le logiciel doit conserver quelque 
part en mémoire les éléments gra- 
phiques servant à dessiner la carte. La 
méthode la plus simple pour réaliser 
cela est d'utiliser une bibliothèque 
d'images. Les routines que nous 
allons écrire sont conçues pour le 
Visual C Mais l'adaptation à un 
autre compilateur C ne pose pas de 
problème. Il s'agit juste de changer le 
nom de quelques fonctions gra- 
phiques. La disquette contient une 
version Borland CAq la bibliothèque 
graphique. 

Une bibliothèque d'images est un 
outil qui permet de stocker des gra- 
phismes en mémoire et de les afficher 
à la demande. Pour la créer, nous 
avons besoin de routines capables de 
manipuler des blocs de pixels. La 
fonction _getimage() du Visual C 
permet de stocker une image en 
mémoire. D'après l'aide intégrée du 
Visitai C, sa syntaxe est la suivante : 

void _far _getimage{ 

short xl, short yl, 
short x2, short y2, 
char huge *image ); 



C'est un peu complexe, à cause des 
pointeurs 32 bits qui permettent 
d'agir sur la totalité de la mémoire, 
quel que soit le mode d'adressage 
mémoire du compilateur C. A condi- 
tion d'utiliser le mode mémoire 
«Large», on peut considérer que la 
syntaxe est la suivante : 

void getimage ( short xl, short yl, 
short x2, short y2, 
char * image); 

La position et la taille du bloc de 
pixels sont définies par les points 
(xl,yl) et {x2,y2). La variable image 
est un pointeur de type char qui 
contient l'adresse de la zone mémoi- 
re où doit être stockée l'image. 

Il faut réserver une zone de mémoire 
pour stocker une image. Pour cela, il 
faut que le programme connaisse à 
l'avance le nombre d'octets néces- 
saires au stockage de l'image. C'est la 
tâche de la fonction _imagesize(), 
dont voici la syntaxe : 

long _sizeimage ( short xl, short yl, 
short x2 , short y2 ) ; 

Elle retourne un entier de type long 
qui indique le nombre d'octets 
nécessaires à la mémorisation de 
l'image définie par {xl,yl)-{x2,y2). 
Il ne reste plus qu'à utiliser la fonc- 
tion malloc() pour allouer la 
mémoire nécessaire. Voici un pro- 
gramme d'exemple qui met cela en 
pratique : 

int xl, yl, x2, y2; 
long taille; 
char *adr; 

// CALCUL TAILLE IMAGE 

taille = _imagesize(xl,yl,x2,y2) ; 

// RESERVATION MEMOIRE 

adr=(char *)malloc( (size_t) taille); 

// STOCKAGE IMAGE EN MEMOIRE 

_getimage ( px , py , px2 , py2 , adr ) ; 
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Les positions (xl,yj) et {x2,y2) sont 
stockées dans des variables de type 
int. Cela ne pose pas de problème au 
compilateur car ces deux types sont 
compatibles. Ce n'est le cas avec la 
fonction _imagesize() qui retourne 
une valeur de type long, alors que la 
fonction malbc() a besoin dune 
valeur de type size_t. Pour éviter un 
message d'avertissement, il faut for- 
cer la conversion de la valeur long en 
type sîze_t. Cela se fait en ajoutant la 
déclaration {size_i) devant la variable 
de type long. 
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Stockage 

d'une liste d'images 



Nous savons maintenant comment 
stocker une image en mémoire. Il 
nous reste à étudier comment stocker 
plusieurs images dans la mémoire. La 
technique la plus simple est d'utiliser 
un tableau pour stocker les adresses 
des images. Cela se fait de la maniè- 
re suivante : 

#define MAX IMAGES 100 



de l'image dans le tableau _images[], 
puis elle utilise _putimage() pour l'af- 
fichage. 

void affichage_image(int px, 

int py, 

int n) 
{ 
char *adr; 

adr = _images [ n ] ; 
if (adr!=NULL) 
_j>utimage(px, py, adr, _GPSET) ; 
> 



// CONVERSION long en size_t 
malloc((size_t) taille); 

De la même manière, mallocQ 
retourne un pointeur indifférencié 
{void *), alors que la fonction __geti- 
mage()a besoin d'un pointeur sur un 
caractère {char *). C'est pourquoi le 
programme convertit le pointeur 
fourni par mallocQ en un pointeur de 
type caractère. 

adr=(char *)malloc( (size_t) taille); 

Il faut procéder à ces conversions de 
types, afin que le compilateur C ne 
génère pas un message d'avertisse- 
ment {warning) chaque fois que les 
types de données ne sont pas stricte- 
ment identiques. Ce contrôle strict 
des données agace fréquemment les 
débutants en C C'est néanmoins 
nécessaire car cela permet de détecter 
certaines erreurs de programmation. 
Le pointeur indifférencié {void *) est 
compatible avec tous les autres types 
de pointeurs, c'est-à-dire qu'il n'y a 
pas besoin de faire une conversion 
pour affecter un pointeur {void *) à 
un pointeur {char *). Le listing sui- 
vant ne génère donc pas de message 
d'avertissement : 

adr = malloc ((size_t) taille); 



char *_images[MAX_IMAGES]; 

La routine saisie_image() permet de 
stocker une image dans le tableau. 
Les paramètres de saisie sont la posi- 
tion {px,py) de l'image, sa taille {tx,ty) 
et son numéro. A partir de ces don- 
nées, la routine réserve la place néces- 
saire au stockage de l'image, la trans- 
fère dans la mémoire et mémorise 
l'adresse de stockage dans le tableau 



{ 



void saisie_image(int px, int py, 
int tx, int ty, 
int n) 

int px2, py2; 

long taille; 
char *adrimage; 

px2 = px+tx-1; 
py2 = py+ty-1; 

taille =_imagesize(px, py, px2, py2); 
adr =(char *) malloc{ (size_t)taille) ; 
_getimage(px,py,px2,py2, adr); 
_images [ n ] =adr image ; 
} 

Pour afficher une image sur l'écran, il 
faut utiliser la routine affichage_ 
image(). Elle est écrite à partir de la 
fonction _putimage() qui permet 
d'afficher sur l'écran une image préa- 
lablement sauvée par _getimage(). La 
routine commence par lire l'adresse 



La routine utilise un petit système de 
sécurité pour éviter qu'il se produise 
une catastrophe lorsque le program- 
me tente d'afficher une image qui 
n'existe pas. L'affichage ne se fait que 
si l'adresse de l'image est différente de 
la valeur NULL. Cela ne fonctionne 
que si toutes les cases du tableau 
_images[] contiennent la valeur 
NULL au début du programme. 
C'est la tâche de la fonction 
init_images() qui doit impérative- 
ment être exécutée au début du pro- 
gramme. 

void init_images (void) 
{ 
int n; 

for (n=0; n<MAX_IMAGES ; n++) 
_images[nî=NULL; 



La mémoire réservée par mallocQ 
doit être libérée à la fin du program- 
me. Sans cela, la mémoire reste 
allouée et ne peut être utilisée par un 
autre programme. C'est la tâche de la 
fonction freeQ. Il suffit de lui passer 
l'adresse d'un bloc de mémoire pour 
que ce bloc soit libéré par le système. 
La routine effacer_imagesQ permet 
de libérer automatiquement toutes 
les zones mémoires utilisées pour le 
stockage des images du logiciel. Elle 
doit impérativement être exécutée à 
la fin du programme. 
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void effacer_images (void) 
{ 
int n; 

for (n=0; n<HAX_IMAGES ; n++) 
if (_images[n] !=NULL) 
free (_images[n] ); 
} 
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Création des éléments 
graphiques 



Comme nous l'avons vu plus haut, 
l'image de la carte est constituée de 
petits éléments rectangulaires de 
16x16 pixels. Chaque image repré- 
sente un élément du terrain : plaine, 
forêt, collines, montagnes, rivière, 
lac, etc. Ils sont généralement dessi- 
nés par un graphiste. C'est une 
tâche délicate car les éléments doi- 
vent s'associer de manière précise, 
sans donner l'impression d'un 
damier. Afin d'illustrer cet article, 
nous avons «collé» un graphiste 
devant une image de Civilisation, 
avec pour mission de dessiner des 
éléments ressemblants. Il nous a 
«pondu» 1 éléments de base : 5 élé- 
ments de plaines, une forêt, deux 
collines, une montagne et un lac. 
Cela suffit pour réaliser notre pro- 
gramme d'exemple. 

Les éléments graphiques sont stockés 
dans l'image elements.bmp. Pour les 
récupérer, il faut charger l'image sur 
l'écran. C'est facile à réaliser avec la 



fonction loadBMPQ dont le fonc- 
tionnement est détaillé dans un autre 
article de ce magazine. La routine 
chargement_graphismes() s'occupe de 
charger les différents éléments en 
mémoire. Elle commence par char- 
ger l'image éléments, bmp sur l'écran, 
puis stocke chaque élément en 
mémoire, à l'aide de la fonction sai- 
sie_image(), 

void chargement_graphismes() 



16; 
16; 



loadBMPf «elements.bmp» ) ; 



saisie 
saisie 
saisie 
saisie 
saisie 
saisie 
saisie 
saisie 
saisie 
saisie 



_image(6,9,tx,ty, PLAINE1) 
image { 26 , 9 , tx, ty , PLAINE2 ) 
_image(46,9,tx,ty,FLAINE3) 
image(66,9,tx,ty,PLAINE4) 
image ( 87 , 9 , tx, ty , PLAINE5 ) 
_image(6,30,tx,ty,FORET); 
image(26,30,tx,ty,COLLINEl) 
image ( 4 6 , 3 , tx , ty , C0LLINE2 ) 
image( 66, 30, tx,ty, MONTAGNE) 
_image(87,30,tx,ty,LAC)j 



La plupart des logiciels de dessin affi- 
chent la position courante de la sou- 
ris. Cela nous a permis de déterminer 
la position de chaque élément sur 
l'écran. Nous avons utilisé le logiciel 
Paint fourni gratuitement avec Win- 
dows 95. 




Pour faciliter la manipulation des élé- 
ments dans le programme, nous leur 
avons associé des constantes symbo- 
liques. C'est plus facile à utiliser que 
des nombres. 



Idefine 
Idefine 
Idefine 
Idefine 
Idefine 
Idefine 
Idefine 
Idefine 
Idefine 
Idefine 



PLAINE 1 

PLAINE2 1 

PLAINE3 2 

PLAINE4 3 

PLAINE5 4 

FORET 5 

COLLINE 1 6 

COLLINE2 7 

MONTAGNE 8 

LAC 9 
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Génération aléatoire 
de la carte 



A Voici les 10 éléments graphiques qui vont nous servir à créer nos propres cartes. 



La carte peut être dessinée avec un 
éditeur ou générée aléatoirement. Le 
logiciel Civilisation utilise les deux 
méthodes. II est possible de jouer sur 
un monde identique à la Terre ou sur 
des mondes générés aléatoirement. 
La Terre a été créée par les program- 
meurs de Civilisation avec un éditeur 
de carte et les mondes aléatoires sont 
fabriqués par des routines spéciali- 
sées. C'est cette technique que nous 
avons décidé de reproduire ici. 

La méthode la plus simple pour 
fabriquer une cane est de faire une 
boucle et de faire un tirage aléatoire 
pour chaque case, avec une probabi- 
lité équivalente pour chaque élé- 
ment. Ce n'est une bonne méthode 
car cela produit des cartes trop régu- 
lières. Il faut utiliser une méthode 
différente. C'est la routine gênera- 
tion_carte() qui fabrique la carte 
utilisée par notre programme 
d'exemple. Elle balaie l'ensemble de 
la carte et tire aléatoirement un élé- 
ment à chaque case. Tous les élé- 
ments n'ont pas la même probabilité 
d'apparition. Par exemple, possibilité 
d'avoir une forêt 10%, une colline 



B 



JEUX ET LANGAGE 




A Voici un exemple de carte aléatoire 
générée par le programme AFFCARTE.C 

5%, une montagne 3% et un lac 2% 
et si aucun de ces éléments n'est sélec- 
tionné, ce sera une plaine, ce qui 
équivaut à une probabilité de 80%. 

void generation_carte( ) 
{ 
int l,c; 

for (1=0; 1<MAX_LIGNES ; 1++) 
for (C=0j c<MAX_C0L0NNES; C-H-) 
{ 
if (aleatoire(lû)) 

selection_foret(l, c); 
else if (aleatoire(5) ) 

selection_colline(l, c) ; 
else if (aleatoire(2) ) 

selection_montagne(l, c); 
else if (aleatoire(2) ) 
sélection lac (1, c); 
else 

selection_plaine ( 1 , c ) ; 
} 



C'est la fonction aleatoire() qui per- 
met de déterminer si une probabilité 
se réalise ou non. Elle effectue un 
tirage aléatoire compris entre 1 et 
100 et compare le résultat avec le 
paramètre de la fonction. La proba- 
bilité se réalise si elle est inférieure au 
tirage. Prenons par exemple une pro- 
babilité de 10%. Elle se réalise si le 
tirage est compris entre 1 et 10. 

int aléatoire (int n) 



tirage = rnd(100)+l; 
if (tirage<=n) return (1); 
else return ( ) ; 
> 

L'ensemble des probabilités constitue 
la courbe de répartition des objets sur 
la carte. En changeant ces probabili- 
tés, vous pouvez modifier l'allure de la 
cane. Cela permet de découper la 
cane en régions et d'utiliser des pro- 
babilités différentes pour chaque 
région. La courbe de répartition d'une 
zone montagneuse est différente de 
celle d'un désert ou d'une plaine. 

void selection_plaine(ligne, 

colonne) 
( 
int élément; 

if (aleatoire(lO)) 

element=PLAINE2; 
else if (àleatoire(lO)) 

element=PLAINE3 ; 
else if (aleatoire(5) ) 

element=PLAINE4 ; 
else if (aleatoire(5) ) 

element=PLAINE5ï 
else 



element=PLAINEl; 



carte \ ligne ] [ colonne ] =elentent ; 



Il est possible de faire un second tira- 
ge aléatoire pour désigner quelle est 
l'image qui doit correspondre au tira- 
ge. Prenons par exemple le cas de la 
plaine. Il y a 5 éléments différents 
pour représenter la même chose. En 
fait, il y a un dessin principal et 4 
éléments pour éviter la monotonie. 
Les éléments PLAINE2et PLAJNE3 
ont une probabilité d'apparition de 
10%, tandis que les éléments PLAI- 
NE4 et PLAINE5 ont une probabi- 
lité de 5%. Si aucun de ces éléments 
n'est tiré, c'est l'élément PLAINEÎ 
qui est sélectionné. Sa probabilité 
d'apparition est donc de 70% (100- 
10-10-5-5=70). 
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Affichage de la carte 



Comme nous l'avons vu plus haut, la 
carte est trop grande pour être affi- 



1-IdIxI 



f ich» E<«"> ftfchag» )wgc QpHow 2 



t 
f 

■» 
\ 

n 
o 


J 

» 

s 

A 

l 

S 

O 













s 



15F 



I&4630 1 £ 



h Pour connaître la position exacte d'un élément graphique sur une image, il faut 
charger l'image dans un logiciel de dessin, activer le mode loupe et placer la 
souris dans le coin haut gauche de l'élément 
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JEUX ET LANGAGE 



chée en totalité. Nous ne pouvons en 
afficher qu'une partie sur l'écran. La 
fenêtre de visualisation de Civilisa- 
tion étant de 15x12, nous allons 
refaire la même chose. La première 
chose à faire est de définir la taille de 
la fenêtre de visualisation avec des 
constantes symboliques. 

idefine LIGNES_FENETRE 12 
#define COLONNES_FENETRE 15 

Nous avons aussi besoin de savoir à 
quel endroit de l'écran se fait l'affi- 
chage de la carte. C'est le rôle des 
constantes PX_CARTE et 

PY_CARTE. 

Idefine PX_CARTE 40 
idefine PY_CARTE 4 

Et surtout, le programme a besoin de 
savoir quelle est la portion de carte à 
afficher. C'est la tâche des variables 
globales ligne_carte et cobnne_carte 
qui conservent en permanence la 
position de la fenêtre d'affichage sur 
la carte. 

int ligne_carte; 
int colonne_carte; 

L'affichage de la carte sur l'écran se 
fait avec la fonction affichage_ 
fenetre(). Comme vous pouvez le 
voir, cette routine n'est pas très com- 
pliquée ! Elle utilise deux boucles 
pour balayer toutes les cases visibles. 
Pour chaque case, elle consulte le 
tableau cartel] pour connaître l'élé- 
ment correspondant, calcule la posi- 
tion d'affichage et dessine l'élément 
graphique sur l'écran. Pour afficher la 
carte à une nouvelle position, il faut 
changer la valeur des variables glo- 
bales ligne_carte et cohnne_carte et 
appeler à nouveau la routine afficha- 
ge_fenetre(). 

void affichage_fenetre( ) 
{ 

int 1, c; 




k Master Of Magic est un jeu ressemblant beaucoup à Civilisation. La principale 
différence est le remplacement de la technologie par la magie. 



int ligne; 

int colonne; int px, py; 

int n; 

ligne=ligne_carte; 
for (1=0; 1<LIGNES_FENETRE; 1++) 
{ 
colonne=colonne_carte ; 
for (C=0; C<COLONNES_FENETRE; C++) 
( 

n=carte [ ligne ] [ colonne ] ; 
px = PX_CARTE + c*16; 
py = PY_CARTE + 1*16; 
affichage_image(px, py, n); 
colonne++; 



L'affichage de la carte est plus ou 
moins rapide selon la puissance de 
votre machine et le type de cane gra- 
phique. Il est possible de l'améliorer 
en créant de nouvelles fonctions gra- 
phiques écrivant directement dans la 
mémoire écran. 

Vous trouverez sur le disque le pro- 
gramme AFFCARTE.C qui utilise 
toutes ces techniques pour générer 
une carte aléatoire et l'afficher sur 
l'écran. Il est possible de scroller sur 
la carte en utilisant les flèches du cla- 
vier. Pour quitter la démonstration, il 
faut presser sur la touche [Echap]. Le 
listing est constitué de deux fichiers 



sources. Le premier contient le pro- 
gramme proprement dit et le second 
contient les routines graphiques 
nécessaires à son fonctionnement. 
Cela permet de faciliter l'adaptation 
du logiciel à un autre compilateur C. 
La disquette contient une version 
Visual Cdu programme et une autre 
version en Borland C. 
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Pour finir 



Vous savez maintenant comment 
fonctionne l'affichage d'un jeu de 
simulation. Vous pouvez l'étudier et 
l'améliorer. La prochaine fois, nous 
verrons le déplacement des unités et 
le déroulement d'un combat. C'est 
un élément important des jeux à 
orientation stratégique. 

t 

Mi Patrick Leclercq 



Une idée pour les graphistes 

Vous voulez participer à notre 
concours sur la création d'images 
vidéo ? Dans ce cas, pourquoi 
ne pas dessiner un jeu complet 
d'éléments permettant de 
réaliser de superbes cartes type 
Civilisation ? 



PC FUTÉ N° 8 



SDK CAMES 



Le système DirectX 



EST EN TRAIN DE 



REVOLUTIONNER 



la maniere d'ecrire 
des logiciels 
graphiques pour 
Windows 95. Il se 



Utilisation 

de DirectDraw 



COMPOSE de plusieurs 
modules, dont DirectDraw, 
la tâche de celui-ci 
est d'accélérer les 
opérations graphiques 2d. 
nous allons voir 
comment utiliser 
concrètement 
directdraw pour 
réaliser des opérations 
graphiques ultra 
rapides. bienvenue dans 
le monde du futur ! 



DirectX est une extension 
gtaphique de Windows 95, 
conçue pour facilite! la réa- 
lisation de jeux et de programmes 
graphiques performants. Un logiciel 
écrit avec le système DirectX est 
capable de court-circuiter le système 
graphique de Windows 95 et d'accé- 
der directement à la carte vidéo. 
Pour écrire des programmes exploi- 
tant DirectX il faut utiliser le SDK 
Game. C'est un kit de développe- 
ment fourni par Microsoft qui fournit 
tous les outils et la documentation 
nécessaires à la programmation de 
DirectX C'est pourquoi nous avons 



écrit pour vous un programme de 
base permettant d'utiliser DirectX 
sans entrer dans les détails abscons. 
C'est une sorte de «squelette» que 
vous pourrez remplir avec vos 
propres routines. 
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Initialisation de DirectX 



La programmation d'un logiciel avec 
DirectDraw se fait de la même 
manière qu'un programme Windows 
classique, c'est-à-dire qu'il faut gérer 
des tas de paramètres incompréhen- 
sibles pour réaliser la moindre action. 
Notre programme contient des rou- 




▲ Le logiciel de démonstration affiche 
plusieurs dizaines de milliers de fois 
par seconde le même sprite. 



tines qui s'occupent de cette initiali- 
sation pour vous. Quel que soit le 
mode graphique de votre système, 
les routines d'initialisation activent 
le mode graphique plein écran 
640x480 en 256 couleurs. 

Les routines de DirectDraw sont 
conçues pour travailler avec le systè- 
me multitâche de Windows 95. Il est 
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possible de fixer le degré de coopéra- 
tion entre DirectDraw et le reste du 
système. Nos routines activent le 
mode de coopération minimal, c'est- 
à-dire que DirectDraw réserve pres- 
que toute la puissance disponible 
pour ses propres besoins. 
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Les surfaces graphiques 



Le système DirectDraw fonctionne 
essentiellement avec des surfaces gra- 
phiques. Une surface est une zone 
bitmap de taille quelconque qui peut 
se trouver sur l'écran ou dans la 
mémoire du PC. Lors de l'initialisa- 
tion, nos routines fabriquent une 
surface de 640x480 pixels, associée à 
l'écran physique. Il est possible de 
dessiner des surraces géométriques, 
de tracer des lignes, d'afficher du 
texte et de copier des images sur la 
surface. 

Nous avons écrit différentes routines 
pour faciliter l'utilisation des sur- 
faces. La première est DDRAW_ 
CreateSurface( ) qui crée une surface 
de taille déterminée. Elle retourne 
une valeur de type LPDIRECT- 
DRAWSURFACE qui est un poin- 
teur sur la surface. Ce nom barbare 
nous est imposé par la bibliothèque 
de fonctions graphiques du SDK 
Game. 

LPDIRECTDRAWSURFACE 

DDRAW_CreateSurface ( 

DWORD dwWidth, // largeur 
DWORD dwHeight) // hauteur 



SDK CAMES 



Vous trouverez la versio ^ ^ 

|e CD-ROM Hors Ser,e de PC 



La surface peut avoir n'importe quel- 
le taille. L'exemple suivant vous 
montre comment créer une surface 
de 640x480pixels : 

LPDIRECTDRAWSURFACE pSurface; 
int tx, ty; 



- 640; 




= 480; 




rface = 


DDRAW CreateSurface( 




tx, ty); 



La fonction DDRAW_FillSurface() 
permet de remplir n'importe quelle 
surface avec une couleur quelconque. 
Voici sa syntaxe : 

void 
DDRAW_FillSurface( 

LPDIRECTDRAWSURFACE pSurface, 

DWORD dwColor) 

Voici un exemple qui remplit une sur- 
race avec une couleur quelconque : 

LPDIRECTDRAWSURFACE pSurface; 
DWORD c; 



DDRAW_FillSurface {pSurface, c); 

La fonction DDRAW_BmpToSurfa- 
ce() crée une surface et charge une 
image BMP a l'intérieur. La taille de 
la surface est égale à celle de l'image. 
C'est une fonction importante car 
elle permet d'intégrer des éléments 
graphiques dans nos applications 
DirectDraw. Les paramètres de la 
fonction sont le nom de l'image et 
une variable tampon permettant de 
récupérer la palette de couleur de 
l'image. Cela peut servir au cas où il 
faut modifier la palette de couleurs 
de la surface principale pour la faire 
coller avec celle de l'image BMP. 

LPDIRECTDRAWSURFACE 

DDRAW_BmpToSurface ( 
LPSTR szFileName, 

LPDIRECTDRAWPALETTE *ppDDPal) 



L'exemple suivant charge l'image 
«sprite.bmp» dans une surface créée 
pour l'occasion. Elle retourne un 
pointeur sur la nouvelle surface. 

pSpriteSurface = 
DDRAW_BmpToSurf ace ( 

«sprite.bmp», 

SpDDPalette); 

La fonction DDRAW_BltSprite() 
permet d'afficher un sprite sur une 
surface. Le sprite est aussi une surfa- 
ce contenant une image bitmap. La 
routine d'affichage considère que la 
couleur 255 est «transparente», c'est- 
à-dire que tous les pixels de couleur 
255 ne doivent pas être copiés sur la 
surface de destination. Le sprite est 
une image quelconque, dessinée sur 
un fond de couleur 255. 

void DDRAW_BltSprite ( 

LPDIRECTDRAWSURFACE pTrgSurface, 

LPDIRECTDRAWSURFACE pSpriteSurface, 

LPSIZE psizeSprite, 

LPPOINT pptSprite) 

Le paramètre pTrgSurface est la surfa- 
ce de destination. Le paramètre 
pSpriteSurface est la surface conte- 
nant le sprite. Le paramètre psizeS- 
prite est la taille du sprite. Le para- 
mètre pptSprite contient la position 
d'affichage du sprite sur l'image. 
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Le programme 



Notre programme de démonstration 
a été écrit pour évaluer les perfor- 
mances d'affichage de DirectX. Il 
charge un sprite en mémoire et l'af- 
fiche sur l'écran plusieurs millions de 
fois. Le but est de mesurer la vitesse 
d'affichage. 

La routine principale du logiciel est 
WinMain(). Elle procède à diffé- 
rentes initialisations dont les plus 




A Voici l'image agrandie 6 fois du sprite. 
C'est un anneau dessiné sur un fond de 
couleur «transparente». 

importantes sont la création de la 
fenêtre de l'application et la déclara- 
tion de la routine DXWndProc() 
comme routine de traitement des 
messages de la fenêtre. La routine 
WinMain() contient également la 
boucle de messages du programme. 
Ce n'est pas une boucle classique. 
Normalement, une boucle de mes- 
sages Windows attend qu'un message 
arrive pour le traiter. C'est différent 
avec notre programme dont la fonc- 
tion est d'afficher des sprites sur 
l'écran. Chaque fois que la boucle de 
messages ne détecte aucun message, 
elle appelle la routine DXl_îdle() qui 
affiche un sprite sur l'écran. En 
d'autres termes, chaque fois que le 
système n'a aucune tâche urgente à 
traiter, il profite de son temps libre 
pour afficher un sprite. 

La routine DXWndProc() est la rou- 
tine de traitement des messages. Elle 
est utile pour récupérer les messages 
clavier et souris, mais aussi lors de la 
création et de la destruction de la 
fenêtre de l'application. Pour Win- 
dows, chaque application est néces- 
sairement liée à une fenêtre. L'initia- 
lisation du programme doit se faire 
lors de la création de la fenêtre. 
Lorsque la fonction WinMainQ uti- 
lise la fonction CreateWindowEx() 
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pour créer la fenêtre de l'application, 
le système émet le message 
WM_CREAT qui est intercepté et 
traité par DXWndProc(). Mais l'ini- 
tialisation de DirectDraw ne peut se 
faire que lorsque la fenêtre est totale- 
ment initîalisée ! C'est pourquoi le 
programme s'envoie un message 
WM_LfSERk lui-même pour se rap- 
peler qu'il doit procéder à une initia- 
lisation. Le traitement de ce message 
lance l'exécution de la fonction 
DXl_Init(). Les autres messages trai- 
tés par la fonction concernent la des- 
truction de la fenêtre et les événe- 
ments clavier et souris. 

La fonction DXl_Init() initialise le 
programme. C'est une tâche double 
car elle doit s'occuper de l'initialisa- 
tion normale du logiciel et d'activer le 
système DirectDraw. C'est la fonc- 
tion DDRAW_Start() qui initialise 
DirectXDraw. Elle active le mode gta- 
phique plein écran 640x480 en 256 
couleurs et indique à Windows 95 que 
DirectX a une priorité d'exécution 
absolue sur le reste du système. 

L'initialisation du programme n'est 
pas très compliquée. La routine rem- 
plit la surface écran DirectDraw avec 
la couleur 254 et charge ensuite 
l'image du sprite dans une petite sur- 
face DirectDraw, grâce à la fonction 
DDRAW_BmpToSurface(). Ce fai- 
sant, elle récupère la palette de cou- 
leurs du sprite et l'applique sur la sur- 
face écran. La gestion des palettes de 
couleurs est un point délicat dans la 
programmation des logiciels gra- 
phiques. En effet, que se passe-t-il si 
vous affichez un sprite possédant sa 
propre palette de couleurs sur une 
surface écran ayant une palette diffé- 
rente ? La réponse est une grosse 
bavure graphique ! En mode 256 
couleurs, les images doivent avoir la 
même palette. C'est pourquoi le pro- 
gramme récupère la palette du sprite 
et l'utilise pour modifier la palette de 
l'écran. 
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Gestion du clavier 
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La démonstration 



Comme nous l'avons vu plus haut, la 
fonction DXWndProcO reçoit tous 
les messages de l'application. Afin de 
nous simplifier la vie, nous avons 
dérivé les messages importants vers 
d'autres routines. Le programme exé- 
cute la fonction DXl_OnKey() 
chaque fois que Windows détecte un 
événement clavier et génère un mes- 
sage correspondant. 




A En appuyant sur la touche [FI], le programme 
indique la vitesse d'affichage des sprites. 



Le programme active DirectDraw en 
mode plein écran 640x480, 256 cou- 
leurs, charge en mémoire un petit 
sprite de 48x46 et l'affiche sans cesse 
sur l'écran, à une position aléatoire. 
L'affichage du sprite est très impres- 
sionnant, on dirait une horde de créa- 
tures rouges grouillant sur l'écran. 
Cette impression est due à la grande 
vitesse d'affichage. Il suffit de presser 
sur la touche [FI] 
pour connaître le nom- 
bre de sprites affichés 
en une seconde. Avec 
un Pentium 100, on 
atteint les 19 500 spri- 
tes/seconde avec une 
carte graphique bas de 
gamme de type Trio 
S3. C'est plutôt impres- 
sionnant, étant donné 
qu'il s'agit d'un mode 
graphique 640x480 
en 256 couleurs ! 



Les paramètres importants sont 
fDown qui indiquent si la touche a 
été enfoncée {fDoiun= TRUE) ou 
relâchée {/Down=FALSE} et vk qui 
contient le code de la touche. Il est 
possible de déterminer le code de 
la touche, grâce aux constantes 
VK_ (Virtual Keyboard). La touche 
VK_ESCAPE correspond à la touche 
[Echap] et provoque la fin du pro- 
gramme, en envoyant le message 
WM_CLOSE (fermeture fenêtre). 
Ce message est intercepté par Win- 
dows qui efface en partie la fenêtre et 
lance le message WM^DESTROY 
pour indiquer DXWndProcf) qui 
doit effacer les données du program- 
me. Celui-ci utilise alors la fonction 
DXl_ Terminate() pour désactiver 
DirectX, effacer le sprite et effacer la 
zone mémoire de la palette gra- 
phique. 
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Utilisation du programme 



Vous pouvez réutiliser notre pro- 
gramme pour créer vos propres 
applications DirectX C'est une sorte 
de squelette multi-usage ! Toutes les 
fonctions commençant par DXl_ 
peuvent êtres modifiées à volonté. 
Le source doit être compilé avec un 
compilateur 32 bits, comme le 
Visual C 4,0 ou le Borland C 5.0. 
Vous n'avez pas besoin du SDK 
Game pour compiler ce programme. 
Nous avons extrait de ce kit le fichier 
ddraw.h contenant la déclaration de 
toutes les fonctions de DirectDraw. 



f Christophe Novak 
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le ces numéros vous manqua 



Astuces - Routines - Programmation - 
Formation - Les meilleurs Share- 
wares - Jouer à plusieurs en réseau 
ou par modem. 
Disquette 

Un kit de compression - L'anti-virus 
FProt 2.17 - L'ensemble des routines 
du magazine + documentation en 
français du compacteur LHA. 

N°2 

Formation - Sharewares - Visual Basic - 

Programmation - C++ - Astuces - Jeux - 

Internet facile et pas cher en quelques 

ruses. 

Disquette 

Zip et Unzip avec les sources - 

NSV : un «viewer» parmi les plus 

rapides du monde - Les routines, 

programmes et listings du magazine. 



Visual Basic : introduction à OLE, fonc- 
tion de dessin, espionner Windows - 
C++ - Delphi : gérer les polices, le 
modèle document/vue, les fonctions 
virtuelles, initiation à la POO. 
Disquette 

Utilitaires Dos, librairies QBasic, 
générateur de fractales et sources C, 
routines et sources TP Windows... 



Visual Basic : cacher des messages 
secrets dans vos programmes, pro- 
grammer votre propre packman. 
Langage C : un ovni pour Windows 95, 
créer votre casse-brique. 
QBasic : des sprites en ombres chi- 
noises. 
Disquette 

Les routines, programmes et listing 
du magazine, un driver VESA pour 
les modes graphiques haute résolu- 
tion. 

N°7 

Deux concours pour les créateurs de 
jeux vidéos. 

Langage C : gérer le mode VGA 
320x200, 256 couleurs en Borland C 
création d'un jeu C. 
Visual Basic : les secrets de l'instruc- 
tion, PainPicture, création d'un jeu. 
Débutant : les conseils pour appren- 
dre à programmer. 
Disquette 

Les routines, programmes et listings 
du magazine, le Liberty Basic, un lan- 
gage simple pour écrire des pro- 
grammes Windows. 



Delphi : construire une application 
professionnelle. 

C++ - Pascal : librairies d'objets gra- 
phiques, programme de dessin vecto- 
riel. 

Visual Basic : éditer la «registry», créer 
des outils de dessin, optimiser les tris. 
Disquette 

Librairies graphiques Windows et 
sources C, générateur d'organi- 
grammes et symboles, programme 
de dessin QBasic... 



Pour commander les numéros: adressez un chèque 

de 49 francs + 1 1 francs de participation aux frais 

de port par exemplaire à 

J.D. PRESS, 24 bis, rue du Gabon 

75012 Paris 

(indiquez au dos du chèque le ou les numéros 

choisis, si l'adresse indiquée au recto du chèque 

ne correspond pas à l'adresse de livraison, 

précisez-la sur le verso du chèque). 




SoV eZ 
rusé-- 



ous... 




OFFRE SPECIALE D'ABONNEMENT 



OUI, je m'abonne à PC Futé 

pour 12 numéros au prix exceptionnel de 468 F. 

Je joins un chèque de 468 F à l'ordre de J.D. Press. 



468 r 



Nom : Prénom : 

Adresse : 



Code postal : Ville : 

Date : Téléphone : . 



A remplir et à retourner accompagné de votre règlement (par chèque exclusivement) à : 
J.D. Press, 24 bis, rue du Gabon, 75012 Paris 

Vous pouvez recopier sur papier libre ou photocopier ce bon. 

*offre valable pour la France métropolitaine uniquement. Pour les DOMITOM, la CEE et les autres pays nous consulter. 



JEUX DELPH 



simple est d'utiliser un tableau dont 
chaque case correspond à une position 
de l'écran. La valeur correspond à 
l'absence de cube (au cube vide en fait 
!). C'est le tableau jeu[] qui remplit ce 
rôle dans le programme : 



const 






MaxLignes = 


10 




MaxColonnes 




3; 


var 






jeu : array[l. 


MaxLignes , 




1. 


MaxColonnes ) 




of 


integer ; 



Pour savoir si un cube se trouve blo- 
qué à une position de l'écran, il suf- 
fit de regarder la valeur correspon- 
dante du tableau y^w/y. 

ligne := 2; 

colonne := 5; 

test := jeufligne, colonne]; 

Pour savoir si un cube bloque la 
chute du cube courant, la fonction 
testjbas calcule la position de chute et 
regarde si quelque chose se trouve à 
cet emplacement. Si la position est 
libre, elle retourne la valeur true. Elle 
retourne la valeur false dans le cas 
contraire. 

ligne:=ligne_cube+l; 

colonne : =colonne_cube ; 

if jeu[ligne,colonnel<>0 then 

begin 

test_bas := false; 

exit; 
end; 
test_bas:=true; 

La routine fin_chute est appelée 
lorsque le cube courant est bloqué. 
Elle mémorise la position du cube 
dans le tableau jeu[] et appelle la rou- 
tine nouveau_cu.be pour afficher un 
nouveau cube en haut de l'écran. 

procédure fin_chute; 
begin 



(* MEMORISATION CUBE *) 
jeu[ligne_cube, colonne_cube ] 

: =cube_courant ; 
{* GENERATION NOUVEAU CUBE *) 
nouveau cube; 
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Gestion du clavier 



Pendant la chute du cube, le joueur 
peut influencer sa trajectoire avec les 
flèches du clavier. Pour cela, il faut 
que le programme soit capable de 
détecter les événements claviers. 
Théoriquement, les événements cla- 
viers sont interceptés par les compo- 
sants concernés {boite Edit par 
exemple). Heureusement, il est pos- 
sible de forcer une fiche à intercepter 
les événements claviers en activant sa 
propriété KeyPreview. 

Forml.KeyPreview ;= true; 

La procédure Tforml.OnKeyDown 
est activée chaque fois que la fiche 
détecte une pression sur une touche. 
Le paramètre utile pour nous est Key 
qui contient le code de la touche 
pressée. Il est possible d'identifier la 
touche concernée grâce aux cons- 
tantes VK {Virtual Key board). Il exis- 
te une constante VK pour chaque 
touche du clavier. Par exemple, la 
constante VXlLEfTcorrespond à la 
flèche gauche et VK_RIGHT à la 
flèche droite. Notre procédure utilise 
ces constantes pour détecter les 
flèches du clavier et la touche [Echap]. 

procédure TForml.OnKeyDown( 
Sender: TObject; 
var Key: Word; 
Shift: TShiftState); 
begin 
if Key=VK_LEFT 

then aller_gauche; 
if key=VK_RIGHT 

then aller droite; 



if key=VK_DOWN 

then chute_cube; 
if key=VK_ESCAPE 
then hait; 
end; 

La routine alier_gauche déplace le 
cube d'une colonne vers la gauche. 
La routine alier_droite fait la même 
chose vers la droite et la routine 
chute_cube fait tomber le cube, jus- 
qu'à ce qu'il touche un autre cube ou 
la fin de l'écran. Le code de ces rou- 
tines est similaire à celui de alUr_bas, 
à part le sens de déplacement. 
Lorsque le programme détecte l'ap- 
pui sur la touche [Ecbap]{constante 
VK_ESCAPE), il utilise l'instruction 
hait pour stopper l'exécution du pro- 
gramme. 
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Pour finir 



La disquette du mois contient une 
première version du jeu. Les cubes 
tombent et les flèches du clavier 
modifient la position du cube cou- 
rant. En revanche, le logiciel ne gère 
pas la détection et l'effacement des 
alignements de cubes identiques. 
C'est un sujet complexe qui nécessi- 
te un article complet. Nous verrons 
une version totalement opérationnel- 
le du programme dans le prochain 
numéro de PC FUTE. 



Remarque 

Ce programme a été écrit de 
manière classique, sans utiliser 
la programmation objet. Si un 
lecteur a le courage de réécrire 
le logiciel en mode objet nous 
serons heureux de mettre la 
nouvelle version sur ta disquette. 



SONDAGE 

participez à l'amélioration de votre magazine 

Vous pouvez cocher plusieurs réponses pour une même question. 



Qui etes-vous ? 



□ Programmeur professionnel 

□ Programmeur amateur 

_l Autre (précisez) 



Votre niveau de connaissances 



□ Néophyte complet 

□ Débutant 

□ Expérimenté 

3 Très expérimenté 

□ Autre {précisez) 



Centres d'intérêt 



□ Initiation 
J Graphisme 
J Jeux 

□ Programmation système 
J Utilitaire 

□ Bureautique 

□ DOS 

□ OS/2 

□ Windows 3.1 

□ Windows 95 

□ Autre (précisez) 

Veuillez préciser les versions des langages utilisés 

J Qbasic version 

□ Quick Basic version 

□ Autre Basic version 

□ Visual basic version 

□ Turbo Pascal version 

□ Autre Pascal version 

□ Delphi version 

□ Visual C* version 

□ Borland C* version 

□ Autre C* version 

□ Assembleur version 

□ Autre langage nom 

version 

*Programmez-vous en C □ ou en C++ □ ? 



Que préférez-vous ? 



□ Des exemples de programmes 

□ Des articles théoriques 

□ Des articles d'initiation 

□ Autre (précisez) 



Votre configuration 



Micro-ordinateur 

Microprocesseur 

Mémoire 

Disque dur 

CD-ROM 

Carte graphique 

Carte son 

Autres équipements 

Système d'exploitation 
Logiciels 



Vos coordonnées 



Nom , 

Prénom 

Adresse 

Code postal 

Ville 

N° de tel Age 



Votre activité 



□ étudiant 

□ employé 

□ informaticien 

□ Autre (précisez) . 



□ enseignant 

□ cadre 

□ directeur/resp. de service 



Votre employeur 



Effectifs Q10X 010-50 □ 50-200 □ >200 X 
Votre service 

Acceptez-vous de voir vos coordonnées publiées dans 
notre annuaire des programmeurs ? 
OUIQ NONQ 

Avez-vous des suggestions ou des thèmes d'articles à 
proposer ? 



Vous manquez de place ? Continuez sur papier libre et 
agrafez-le au présent questionnaire. 



Découpez ou photocopiez la page remplie et retournez-la à l'adresse suivante : 
J.D. Press - 24 bis, rue du Gabon - 75012 Paris 



LECTURES 



Bien sur qu'il y a 
delphi, mais il n'y a pas 
que Delphi ! Donc, 
3 ouvrages pour delphi 
et 3 autres 



POUR VOUS PERMETTRE 



DE PROGRAMMER 



PLUS FACILEMENT. 



Des livres pour programmer 
6 livres pour évoluer 



Le Zen 

Les programmeurs utilisant le C ou 
le C++ savent déjà que les pro- 
grammes utilisant ces langages peu- 
vent être réduits au maximum. Mais 
réduction de code source ne signifie 
pas optimisation du code. Ce livre est 
une compilation de techniques pour 
mieux programmer et surtout pro- 
grammer plus vite. Ces techniques 
ont déjà été publiées dans les maga- 
zines PC Techniques et Dr. Dobb's 
journal. En parcourant les 22 cha- 
pitres (plus de 600 pages), vous évo- 
luerez dans le monde de l'interaction 
C et assembleur. L'auteur insiste bien 
sur l'importance de l'assembleur 
pour mieux optimiser votre code. Il 
va même jusqu'à expliquer le Pen- 
tium et ses règles. C'est pour cela 
qu'il est préférable d'en avoir un pour 
compiler et exécuter les exemples du 
livre qui sont d'ailleurs sur le CD- 
ROM qui accompagne cet ouvrage. 
Sur celui-ci, vous trouverez aussi le 
code source du «Timer Zen» qui est 
un programme pour mesurer les per- 
formances de votre futur code. Cet 
ouvrage s'adresse à des personnes 
connaissant déjà la programmation 
et surtout, possédant un déboggueur 
tel que CodeView et bien sûr un 
compilateur C ou C++. Il faut aussi 
que ces personnes soient «zen» pour 
appréhender les exemples fournis. 
Même si le code est soigneusement 
écrit, il est néanmoins fait pour des 
initiés. 




Auteur : Michael Abrash. 

Editeur : SYBEX. 

Prix : 98 F avec CD-ROM. 



Le Meilleur : 
Programmation Jeux 3D 

1 000 pages pour appréhender la 
programmation des jeux. Ce livre 
vous dévoile maints secrets sur les 
techniques avancées utilisées par des 
jeux comme DOOM. Outre les 
sujets types, tels que graphiques, 
sons, environnement Windows 95, 
cet ouvrage traite aussi de la protec- 
tion de vos programmes : mode anti- 
débogage, mots de passe... 
Bien sûr, de telles techniques passent 
par la connaissance du monde des 
"crakers" que vous survolerez dans les 
chapitres 10 et 1 1. Ce livre peut être 
lu dans n'importe que! ordre, suivant 
l'information que vous recherchez 
(comme le format des images GIF ou 
des fichiers MOD), mais il ne faut 
absolument pas passer le premier 



chapitre qui vous donne un glossaire 
des termes les plus importants 
(WHQ, EHQ, Messy...) à savoir. 
Puis vous aurez un cours sur l'assem- 
bleur. Il faut donc avoir quelques 
connaissances de programmation. 
Bizarrement, le langage choisi pour 
mieux appréhender les exemples du 
livre n'est pas le langage C, mais le 
PASCAL. D'autres chapitres vous 
aideront à accélérer la vitesse de vos 
jeux, en gérant mieux la mémoire par 
exemple, ou en optimisant certaines 
routines par des algorithmes mieux 
conçus. Les cartes sonores sont bien 
traitées et les cartes Sound Blaster et 
Gravis sont détaillées. Le CD-ROM 
vous donne des outils indispensables 
pour vous aider dans votre dévelop- 
pement. Il contient la totalité des 
exemples du livre. Cet ouvrage est 
destiné aux programmeurs ayant 
déjà une expérience dans la pro- 
grammation des jeux et qui veulent 
la parfaire. 

Auteurs : Equipe Data Becker. 
Editeur : Micro Application. 
Prix : 149 F avec CD-ROM. 



PC FUTÉ N° 8 



LECTURES 



Grand livre HTML 



Les langages HTML et SGML de- 
viennent de plus en plus incontour- 
nables, grâce à l'essor que prend 
Internet. Ce livre vous présente donc 
toutes les caractéristiques des éditeurs 
graphiques et browsers sous Win- 
dows 95. Sur le CD-ROM se trouve 
la majeure partie des éditeurs les plus 
connus (Hotmetal, Hotdog, home- 
page creator, Microsoft Internet 
Assistant ...). Parmi les sujets traités, 
vous trouverez l'historique du 
SGML, les structures des documents 
sous HTML 2.0 et 3.0, les diffé- 
rentes extensions HTML (en ce 
moment les frames font fureur), 
l'adressage sous Internet (adresse IP ...), 
comment configurer un serveur 
HTTP pour Windows, ainsi qu'un 
serveur FTP L'avantage certain de ce 
livre est la façon claire et très illustrée 
d'appréhender les sujets. Les snaps 
d'écran sont nombreux ce qui per- 
met de mieux suivre le déroulement 
de l'installation d'un browser ou 
d'un serveur. Un autre point impor- 
tant : le glossaire. II est bien détaillé 



HTML 



.***»** 



et comporte tous les termes qui 
sont nébuleux lors de la lecture de 
certains chapitres. Les 500 pages et 
les 10 chapitres s'adressent donc à 
tous, avec cependant une petite res- 
ttiction : pour mieux profiter de 
ces nombreuses connaissances, il est 
préférable d'avoir un modem et 
Windows 95. 

Auteur : Joachim SCHWARTE. 
Editeur : Micro Application. 
Prix : 195 F avec CD-ROM. 



Grand Livre Delphi2 

La programmation Win- 
dows devient de plus en plus 
accessible avec Delphi2. Ce 
livre vous en convaincra 
sûrement, puisqu'il vous 
démontrera d'une façon 
rapide et efficace la façon la 
plus simple de programmer. 
Pour cela, de nombreux 
exemples sont fournis et 
pour vous éviter de les taper, 
le CD-ROM les reprend. 
Sur ce CD-ROM, vous 
trouverez aussi la conférence 
des développeurs de Bor- 
land Delphi (1996), la base 
de connaissance de Borland, 
des librairies et de nombreux autres 
exemples. Parmi les sujets abordés, 
vous ferez vos premiers pas sous Del- 
phi et vous terminerez par le savoir- 
faire Delphi. Entre temps, vous aurez 
été formé par un rapide cours sur 
Delphi. Ce cours est destiné aux 
débutants. La programmation Objet 
est expliquée, ainsi que le développe- 
ment de bases de données. Pour ceux 
qui ont des connaissances réseau, 
l'aspect client serveur est abordé. 
Enfin, le développement de type pro- 
fessionnel (hiérarchie de classes, 
multi-thread...) termine le livre. 
Le débutant et l'initié y trouveront 
donc une multitude d'informations. 



Cependant, il faut quand même pos- 
séder le logiciel Deplhi pour lut 
adjoindre ce livre comme compa- 
gnon. 

Auteur : Burda Farber. 
Editeur : Micro Application. 
Prix: 195 F avec CD-ROM. 




Delphi pour Windows 

Bien qu'il y ait plusieurs milliers de 
lignes de programmes en Delphi, ce 
livre n'est pas destiné aux personnes 
ayant déjà une expérience en Delphi 
mais plutôt aux débutants, qui pour- 
ront ainsi maîtriser très facilement 
l'environnement et le développe- 
ment sous Delphi. Tous les menus 
sont présentés et le langage Pascal est 
décortiqué. De la simple structure de 
base jusqu'à l'introduction de la pro- 
grammation Objet, tout le langage 
Pascal est abordé. Après ces nom- 
breux chapitres, vous accéderez à la 
bibliothèque d'objets de Delphi. 
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i Environnement de développement. 
Galerie do modèles et dei experts. 
Langage Pascal cl P00. 

la bibliothèque Delphi. 
Feuilles, fenêtres MDI et menus. 
Boutons, boites de dialogue, zones 
de listes, gestion des chaînes. 
Objets système. 




nale américaine. Tous les 
exemples sont compilés 
en 16 ou 32 bits. Cet 
ouvrage est aussi bourré 
de trucs et astuces dont 
vous avez besoin pour 
créer des applications pro- 
fessionnelles. Parmi les 
différents sujets abordés, 
voici une liste des plus 
importants : EDI, poin- 
teurs, composants visuels 
ou non, travailler avec 
Interbase, automatisation 
OLE et COM, les SDK et 
les capacités multimédias 
avancées. D'autres cha- 
pitres vous expliqueront 
les notions d'API et de 
DLL sous Windows, mais 



aussi les liens avec SQL et ReportS- 
mith. Bien sûr, l'aspect client/serveur 
est aussi abordé. L'auteur, grand spé- 
cialiste de Delphi, nous indique sur 
le CD-ROM les outils qu'il utilise : 
Kit de développement HTI Map de 
Horizon Technology, Light Lib 
Image de DFL Software et pleins 
d'autres petits outils nécessaires pour 
une programmation optimale. Ce 
livre est donc une bible pour tous 
ceux qui veulent vraiment dévelop- 
per en Delphi. 

Auteur : Charles Calvert. 

Editeur ; S&SM. 

Prix : 329 F avec CD-ROM. 



Roch Lombardon 



Comme ce livre est destiné à des per- 
sonnes ayant peu de connaissances 
en programmation, seule une dis- 
quette est fournie, ce qui est ample- 
ment suffisant pour commencer. 
Pour ceux qui voudraient en savoir 
plus, ils trouveront une étude 
détaillée du coeur de la bibliothèque 
de Delphi (la VCL Visual Compo- 
nent Library, entre-autres). Cet 
ouvrage s'adresse à ceux qui viennent 
d'acheter Delphi et qui ne connais- 
sent que très peu le langage PAS- 
CAL. 

Auteur : Philippe Spolja. 

Editeur : SYBEX. 

Prix : 248 F avec disquette. 



Iphi2 Secrets d'experts 

Ce livre fait concurrence au «Grand 
Livre DELPHI2». Bien qu'il soit plus 
cher, ses 1200 pages justifient la dif- 
férence de prix. En effet, un chapitre 
supplémentaire est consacré à l'intro- 
duction à la programmation CGI 
(Internet) sous Delphi. Un CD- 
ROM est livré dans sa version oriei- 




SECRETS D'EXPERTS 



H 



VOUS VOULEZ FAIRE 
CONNAÎTRE VOS CRÉATIONS 
? VOUS AVEZ QUELQUE 



CREATIONS DES LECTEURS 



CHOSE A DIRE AUX AUTRES 

LECTEURS 7 

VOUS AVEZ ÉCRIT LE 



Vos programmes 



PROGRAMME DU SIÈCLE ? 
CETTE RUBRIQUE EST FAITE 

pour vous! Envoyez-nous 

VOS CRÉATIONS, NOUS 
LES PUBLIERONS SUR 
NOTRE DISQUETTE. 



Ce mois-ci, la disquette 
contient 3 programmes 
écrits par des lecteurs. Nous 
en avons reçu davantage, mais ils 
étaient trop volumineux pour tenu- 
sur la disquette. Pour des raisons 
purement techniques dues à la taille 
limitée de la disquette, nous ne pou- 
vons pas consacrer une place trop 
importante à cette rubrique. 
Envoyez-nous des fichiers textes et 
des listings plutôt que des pro- 
grammes exécutables faisant 500 ou 
600 Ko ! 

Dans l'idéal, nous aimerions recevoir 
des fichiers ne faisant pas plus de 
100 Ko, une fois compilés ! Ce n'est 
pas gênant de mettre deux images 
BMP de 300 Ko, un listing de 75 Ko 
et un texte de 20 Ko si le tout n'oc- 
cupe pas plus de 100 Ko sur notre 
disquette! Les langages utilisés peu- 
vent être le Visual Basic, Delphi, 
Qbasic, Turbo Pascal, le Langage C 
ou un langage de programmation 
comme le Liberty Basic fourni avec 
PC FUTE n°7. Les programmes 
sources doivent être fournis, surtout 
si vous utilisez un langage comme 
Delphi, qui génère des programmes 
de plusieurs centaines de Ko ! Si pos- 



sible, écrivez un petit texte expli- 
quant comment fonctionne le pro- 
gramme et donnez votre nom et 
votre adresse à l'intérieur. 



Le programme Infernal 

Il s'agit d'un programme mystérieux 
écrit par Thomas GEMPP. Le logiciel 
n'est pas fourni sous la forme d'un 
source, mais d'un texte stocké dans 
un fichier au format wri. Il faut utili- 
ser les fonctions Couper/Coller d'un 
traitement de textes comme Write ou 
WinWord pour récupérer le source 
dans un fichier texte. Le programme 
existe dans une version Turbo Pascal 
et une version C. A la lecture, ce pro- 
gramme semble vraiment très cu- 
rieux, d'autant plus que l'auteur insis- 
te sur le fait qu'il n'y a aucune valeur 
numérique dans le programme. Arri- 
verez-vous à percer le secret ? 



Le programme Passe 

La sécurité informatique préoccupe 
beaucoup de monde. C'est pourquoi 
un lecteur nous a envoyé un petit 
programme écrit en VB 4.0 permet- 
tant de sécuriser l'accès à Windows 
avec un mot de passe. Le produit est 
très intéressant, car l'auteur a égale- 
ment écrit un petit article expliquant 
comment fonctionne son logiciel. Le 
source est en VB 4.0 mais la conver- 
sion en VB 3.0 ne doit pas poser de 
problèmes. 



Le module Lutin 

Il s'agit d'une petite bibliothèque de 
fonctions permettant d'afficher des 



sprites en Delphi. Elle est fournie 
avec un programme d'exemple affi- 
chant un camion, un hélicoptère et 
un parachutiste en superposition sur 
un décor. Nous devons cette création 
à Jean-Marie SCAYA, qui a aussi eu 
la bonne idée de taper un petit texte 
explicatif sur l'affichage des sprites. 



Quelques regrets 

Nous regrettons de ne pas pouvoir 
mettre sur la disquette les pro- 
grammes de Stéphane Trichet. Il s'agit 
d'un utilitaire de désinstallation des 
logiciels Windows et d'une horloge 
avec alarme. Ces deux programmes 
Delphi sont trop gros pour être mis 
sur la disquette et l'auteur nous a seu- 
lement envoyé les programmes exé- 
cutables sans les sources. C'est dom- 
mage! La prochaine fois, Stéphane 
envoie-nous les sources si tu veux 
voir tes créations sur la disquette ! 

Nous regrettons également la non- 
parution du programme Relief àe, 
Jacques François Wadel. C'est un 
programme de démonstration gra- 
phique écrit en VB 3.0, inspiré de 
l'article publié dans PC FUTE n°6 
sur l'instruction MouseMove. Il 
s'agit de l'image de deux grenouilles 
dont le regard suit les déplacements 
du curseur souris. Le programme est 
simple, mais les données graphiques 
prennent plus de 600 Ko, même 
compressées ! Nous mettrons ce 
pro-gramme sur le CD-ROM Hors 
Série de PC FUTE qui sort pro- 
chainement. 



La rédaction 
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JEUX EN VISUAL BAS 



Cette technique rend le fantôme 
beaucoup plus agressif. La seule 
manière de le contrer est de manoeu- 
vrer rapidement pour quitter son 
champ de vision, et d'aller dans un 
autre endroit de l'écran. Mais cela 
n'est efficace que contre un seul fan- 
tôme! Avec deux ou trois adversaires, 
il faut réagir très vite pour éviter la 
catastrophe! 



DEPLACEMENT FANTOME 
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Gestion du fantôme 



La vitesse de déplacement du fantô- 
me doit être la même sur tous les PC. 
La manière la plus simple de réaliser 
cela est d'utiliser un contrôle Timer, 
dont chaque actïvation provoque 
l'exécution de la routine de déplace- 
ment du fantôme. Cela permet de 
synchroniser la vitesse sur tous les PC 
et de permettre un réglage facile de la 
vitesse du fantôme, en agissant sur la 
fréquence d'activation du Timer 
(propriété Intervat). Le programme 
utilise 3 Timers pour ces besoins 
propres. Celui associé à la gestion du 
fantôme porte le nom de Minuterie!. 
Sa période d'activation dans le pro- 
gramme est déterminée par la 
constante VITESSE_FANTOME. 
Elle contient la valeur 300 qui cor- 
respond à un appel de la fonction 
gestion_fantome() tous les 300 ms. 
Voici l'algorithme de la routine : 

LE PACMAN EST-IL A COTE ? 
SI 0UI=> DESTRUCTION PACMAN 
QUITTER ROUTINE 

LE PACMAN EST-IL EN VUE ? 
OUI => CHANGER DIRECTION 

DEBUT BOUCLE 
CALCUL POSITION FANTOME 
EST-CE UNE POSITION POSSIBLE ? 
OUI => SORTIE BOUCLE 
NON =>CALCUL NOUVELLE DIRECTION 
RECOMMENCER BOUCLE 
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Activation du fantôme 



Au début de la partie, le fantôme 
reste immobile dans son donjon pen- 
dant plusieurs secondes. Cela corres- 
pond la position où le créateur du 
tableau a placé l'image du fantôme. 
Le contrôle Timer Minuterie3 fixe le 
temps d'attente de la créature, définie 
par la constante ATTENTE_FAN- 
TOME. Quand le Timer Minuterie3 
s'active, il entraîne l'exécution de la 
fonction apparition_fantome() qui 
fait apparaître le monstre à un empla- 
cement aléatoire de l'écran. Il écrit 
ensuite la valeur FANTOME_ 
ATTAQUE dans la variable et 
at_fantome. C'est une variable glo- 
bale qui contient l'état courant du 
spectre (FANTOME_PASSIF=pas 
d'action; FANTOME_ATTAQUE= 
recherche et destruction du pacman; 
FANTOME_FUITE = fuite devant 
un pacman rouge capable de manger 
les revenants). 
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Quelques améliorations 
possibles 



Pour avoir plusieurs fantômes il faut 
utiliser un tableau pour stocker les 
informations définissant chaque fan- 
tôme (position et direction de dépla- 
cement). Ce n'est pas la peine d'uti- 
liser un contrôle Timer pour chaque 
fantôme. Il suffit d'un Timer unique 
pour appeler une routine gérant les 
mouvements de tous les revenants. 
Vous pouvez personnaliser les fan- 
tômes en jouant sur le calcul des nou- 
velles trajectoires. Certains fantômes 
peuvent privilégier les lignes et 
d'autres les colonnes. 



Dans le véritable jeu de pacman, le 
pacman peut manger des gommes 
rouges qui le métamorphosent et lui 
donnent le pouvoir de manger les 
fantômes. Ceux-ci retournent alors 
à leurs positions de départ et atten- 
dent un moment avant de repartir. 
Vous pouvez gérer cela avec un 
Timer supplémentaire qui est initia- 
lise au moment où la gomme rouge 
est mangée, et qui compte le temps 
pendant lequel le pacman possède le 
pouvoir. Pendant ce temps-là, les 
fantômes doivent fuir le pacman. 
C'est réalisable en modifiant la 
vision artificielle des fantômes de 
manière à ce qu'ils prennent la 
direction opposée au pacman dés 
qu'ils le voient. 

II est possible de programmer un 
système de bonus. Il suffit pour cela 
d'utiliser un contrôle Timer s'acti- 
vant toutes les 10 ou 15 secondes et 
faisant apparaître un bonus à un 
endroit quelconque du labyrinthe. 
Vous pouvez utiliser la même tech- 
nique que la fonction apparition_ 
fantome() pour trouver une case 
non occupée par un mur, un fantô- 
me ou le pacman. Un autre Timer, 
ou le même peut s'activer au bout de 
quelques secondes et faire dispa- 
raître le bonus, si le joueur ne l'a pas 
pris. 
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Pour finir 



Voilà, c'est fini ! Le jeu n'est pas com- 
plet mais vous connaissez mainte- 
nant toutes les techniques nécessaires 
à la création d'un jeu complet. C'est 
à vous de jouer et de créer votre 
propre pacman ! Envoyez-nous vos 
créations ! 



John Lynch 
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INSTALLATION DISQUETTE 



Pour installer le contenu de la disquette du mois, il faut 
l'insérer dans le lecteur de disque et lancer l'exécution du 
programme INSTALL. 

• Sous DOS il faut taper le texte INSTALL et presser sur 
la touche [Entrée], 

• Sous Windows, il suffît de double-cliquer sur le fichier 
INSTALL.BAT. 

La disquette s'installe alors automatiquement sur le lec- 
teur C:. Il faut au moins 4,4 Mo de libre pour que l'ins- 
tallation se fasse correctement. Les fichiers s'installent 
dans le répertoire C:\PCFUTE\PCFUTE08\ 

Visual Basic 

Le répertoire \VB contient les listings des articles d'ini- 
tiation sur le VB, et des exemples de programmes et de 
fichiers VBX. Le détail de ces fichiers est présenté à la page 
34 du magazine. Le répertoire \Pacman contient les ver- 
sions VB3.0et VB 4.0de notre pacman, ainsi qu'un édi- 
teur permettant de créer de nouveaux tableaux. 

Delphi 

Le répertoire \Delphi contient 4 programmes écris en 
Delphi Bmpscrol est un petit composant permettant de 
faire scroller une image Bmp dans une fenêtre. Dialer20 
est un composant pour composer des numéros de télé- 
phone directement dans un programme. Supreviewesx un 
playeur multimédia permettant d'écouter des sons 
(Waves, Midi), de charger des images Bmp, des fichiers 
textes et de jouer des animations Avi et Fie. Si vous vou- 
lez intégrer des animations dans vos programmes, il faut 
étudier ce listing à fond. Et Imagine est une DLL conte- 
nant des fonctions permettant de charger des images 
Bmp, Gif, Pcx, wmfijpg, mac, et tga dans vos programmes 
Delphi. Le répertoire \Columns contient le source 
Delphi de notre article sur la programmation d'un jeu 
en Delphi. 

Qbasic 

Le répertoire \Qbasic contient les listings de notre article 
sur les trucs et astuces en Qbasic, ainsi que les listings de 
2 petits jeux. Ces logiciels sont d'un intérêt moyen, mais 
leurs listings sont intéressants à étudier. 



Garantie anti-virus 

Ceffe disquette est garantie contre tous les virus connus. 



ECHANGE DE DISQUETTE - GARANTIE ILLIMITÉE 

Si la disquette de ce magazine présente un problème de duplication, nous 
l'échangeons GRATUITEMENT; Toute mauvaise utilisation (écriture sur la dis- 
quette. . .) annule cette garantie ! 



Langage C 

Le répertoire \Civ contient les listings et les images de l'ar- 
ticle sur la programmation d'un jeu de simulation straté- 
gique de type Civilisation. Le répertoire \Graphvga 
contient les listings de l'article sur la structure de la 
mémoire écran VGA. Et le répertoire C\Loadbmp 
contient les listings de l'article sur le chargement d'une 
image BMP en mode graphique VGA 320x200. Tous ces 
listings existent en version Visual Cet Borland C. 

DirectX 

Le répertoire \Sdkgame contient le listing Cd'un petit 
programme de démonstration du système DirectX pour 
Windows 95. Cette démonstration ne peut fonctionner 
que si vous avez Windows 95 et DirectX déjà installés sur 
votre machine. 

Lecteurs 

Le répertoire \Lecteurs contient les créations de nos lec- 
teurs. Il n'y a que 3 produits car la plupart des créations 
que nous avons reçues étaient trop volumineuses pour la 
disquette. Il y a un système de mot de passe en Visual 
Basic, une bibliothèque en Delphi pour gérer des sprites 
et un programme mystérieux en Langage C. 

Une remarque technique 

Par manque de place, nous n'avons pas mis sur la dis- 
quette les programmes exécutables de grandes tailles, mais 
seulement leurs listings. C'est surtout valable pour Del- 
phi dont les sources sont très compacts, et les programmes 
EXEzsseï volumineux. 
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Votre PC : 

Modèle : Marque : 

La nature du problème rencontré lors de l'utilisation de 
la disquette : 





Allez plus loin avec moXx^PQ 

Attention : ceci n'est pas un guide, mais un outil... Vous êtes débutant en 
programmation ou programmeur expérimenté. Vous utilisez Windows ou vous êtes 
resté fidèle au DOS. Dans tous les cas, vous avez besoin d'informations. Nous avons des 
articles d'initiation et des articles plus complets, conçus pour intéresser tous le monde. 

VitMalBaiio 

• Améliorez les performances graphiques de VB 3.0 et VB 4.0 en utilisant les DLL 
de Windows et réalisez des effets spéciaux graphiques sur mesure. 

• Découvrez comment jouer des fichiers sonores Wav avec le VB 3.0 ou le VB 4.0 ! 

• Utilisez les contrôles Timers du VB pour gérer les actions des monstres dans un jeu d'action. 

jbelaUi 

• Quel est le meilleur langage de programmation pour Windows ? Delphi ou le Visual Basic ? 
Nous avons soumis Delphi à un redoutable test et le résultat est surprenant ! 

• Utilisez les fonctions graphiques de Delphi pour créer des jeux graphiques. 

• Chargez des images GIF, PCX, JPG et TGA dans vos programmes Delphi. 

JlancGtfe. G 

• Accélérez les performances de vos programmes en manipulant directement la mémoire écran VGA. 

• Chargez des images BMP 256 couleurs dans vos programmes. 

• Créez un jeu de simulation stratégique de type Civilisation. 

• Programmez le système graphique DirectX du SDK Game pour réaliser des affichages graphiques ultra-rapides 
sous Windows 95. 

• Découvrez comment fonctionnent les jeux d'aventure. 

• Lisez nos trucs et astuces sur le Qbasic. 

Go+UMtiU 

• Participez à notre grand concours sur la création du meilleur jeu vidéo. 

£a âi^uette, PG QÏTIZ 

Plutôt que de taper les listings à la main, il est plus simple de récupérer les listings sur la disquette. Elle contient 
également de nombreux fichiers utiles (des sources et des composants pour le VB et Delphi, des programmes en 
Qbasic, des fichiers sonores Wav, etc.). Vous pouvez aussi y trouver les créations de nos lecteurs, et peut-être bien- 
tôt les vôtres ? 



Utilisez le langage C pour créer un jeu de simulation 
stratégique de type «Civilisation». 

tsmam 



Découvrez la puissance des 
fonctions graphiques de Delphi 
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Découvrez comment jouer des fichiers 
sonores Wave en Visual Basic 3.0 et 4.0. 




Utilisez les fonctions graphiques DLL 
avec le Visual Basic. 




